From xen-devel-bounces@lists.xensource.com Tue Nov 01 02:23:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 02:23:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLAZ7-0002hl-LS; Tue, 01 Nov 2011 02:23:30 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLAYJ-0002VA-Vh for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 02:22:40 -0700 X-Env-Sender: Christoph.Egger@amd.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1320139344!53277415!1 X-Originating-IP: [213.199.154.204] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29233 invoked from network); 1 Nov 2011 09:22:24 -0000 Received: from am1ehsobe001.messaging.microsoft.com (HELO AM1EHSOBE001.bigfish.com) (213.199.154.204) by server-15.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 1 Nov 2011 09:22:24 -0000 Received: from mail42-am1-R.bigfish.com (10.3.201.245) by AM1EHSOBE001.bigfish.com (10.3.204.21) with Microsoft SMTP Server id 14.1.225.22; Tue, 1 Nov 2011 09:22:23 +0000 Received: from mail42-am1 (localhost.localdomain [127.0.0.1]) by mail42-am1-R.bigfish.com (Postfix) with ESMTP id 08C51E702AE; Tue, 1 Nov 2011 09:22:30 +0000 (UTC) X-SpamScore: 1 X-BigFish: VPS1(zzc85dhzz1202hzz8275bhz32i668h839h34h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:163.181.249.109; KIP:(null); UIP:(null); IPVD:NLI; H:ausb3twp02.amd.com; RD:none; EFVD:NLI X-FB-SS: 0,0, Received: from mail42-am1 (localhost.localdomain [127.0.0.1]) by mail42-am1 (MessageSwitch) id 1320139349669123_18868; Tue, 1 Nov 2011 09:22:29 +0000 (UTC) Received: from AM1EHSMHS003.bigfish.com (unknown [10.3.201.247]) by mail42-am1.bigfish.com (Postfix) with ESMTP id 94564BE8053; Tue, 1 Nov 2011 09:22:29 +0000 (UTC) Received: from ausb3twp02.amd.com (163.181.249.109) by AM1EHSMHS003.bigfish.com (10.3.207.103) with Microsoft SMTP Server id 14.1.225.22; Tue, 1 Nov 2011 09:22:21 +0000 X-WSS-ID: 0LTZ61H-02-3O3-02 X-M-MSG: Received: from sausexedgep02.amd.com (sausexedgep02-ext.amd.com [163.181.249.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Axway MailGate 3.8.1) with ESMTP id 2DDA2C8286; Tue, 1 Nov 2011 04:22:28 -0500 (CDT) Received: from SAUSEXDAG03.amd.com (163.181.55.3) by sausexedgep02.amd.com (163.181.36.59) with Microsoft SMTP Server (TLS) id 8.3.192.1; Tue, 1 Nov 2011 04:23:00 -0500 Received: from storexhtp02.amd.com (172.24.4.4) by sausexdag03.amd.com (163.181.55.3) with Microsoft SMTP Server (TLS) id 14.1.289.1; Tue, 1 Nov 2011 04:22:30 -0500 Received: from rhodium.osrc.amd.com (165.204.15.173) by storexhtp02.amd.com (172.24.4.4) with Microsoft SMTP Server id 8.3.83.0; Tue, 1 Nov 2011 05:22:28 -0400 Message-ID: <4EAFBA53.4050009@amd.com> Date: Tue, 1 Nov 2011 10:22:27 +0100 From: Christoph Egger User-Agent: Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) Gecko/20110523 Lightning/1.0b3pre Thunderbird/3.1.10 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , Ian Jackson Content-Type: multipart/mixed; boundary="------------090801060704090003040100" X-OriginatorOrg: amd.com Cc: Subject: [Xen-devel] [PATCH] tools/ocaml: unify build process X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --------------090801060704090003040100 Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit Unify ocaml build process for different platforms. Signed-off-by: Christoph Egger P.S.: Please apply this to xen-4.1-testing -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632 --------------090801060704090003040100 Content-Type: text/plain; name="xen_tools_build.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xen_tools_build.diff" Content-Description: xen_tools_build.diff diff -r 0d092359d86f tools/ocaml/common.make --- a/tools/ocaml/common.make Wed Oct 26 10:32:36 2011 +0200 +++ b/tools/ocaml/common.make Tue Nov 01 10:05:59 2011 +0100 @@ -8,9 +8,7 @@ OCAMLDEP ?= ocamldep OCAMLLEX ?= ocamllex OCAMLYACC ?= ocamlyacc -CFLAGS += -fPIC -Werror -CFLAGS-$(CONFIG_Linux) += -I$(shell ocamlc -where) -CFLAGS-$(CONFIG_NetBSD) += -I/usr/pkg/lib/ocaml -fPIC +CFLAGS += -fPIC -Werror -I$(shell ocamlc -where) OCAMLOPTFLAG_G := $(shell $(OCAMLOPT) -h 2>&1 | sed -n 's/^ *\(-g\) .*/\1/p') OCAMLOPTFLAGS = $(OCAMLOPTFLAG_G) -ccopt "$(LDFLAGS)" -dtypes $(OCAMLINCLUDE) -cc $(CC) -w F -warn-error F --------------090801060704090003040100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --------------090801060704090003040100-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 04:04:36 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 04:04:36 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLC8x-0005qv-5z; Tue, 01 Nov 2011 04:04:35 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLC86-0005eY-87 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 04:03:42 -0700 X-Env-Sender: Christoph.Egger@amd.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320145383!61458161!1 X-Originating-IP: [216.32.180.31] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21359 invoked from network); 1 Nov 2011 11:03:04 -0000 Received: from va3ehsobe005.messaging.microsoft.com (HELO VA3EHSOBE005.bigfish.com) (216.32.180.31) by server-2.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 1 Nov 2011 11:03:04 -0000 Received: from mail24-va3-R.bigfish.com (10.7.14.249) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 14.1.225.22; Tue, 1 Nov 2011 11:03:24 +0000 Received: from mail24-va3 (localhost [127.0.0.1]) by mail24-va3-R.bigfish.com (Postfix) with ESMTP id 4387E80496; Tue, 1 Nov 2011 11:03:20 +0000 (UTC) X-SpamScore: 0 X-BigFish: VPS0(zzc85dhzz1202hzz8275bhz2dh668h839h34h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:163.181.249.109; KIP:(null); UIP:(null); IPV:NLI; H:ausb3twp02.amd.com; RD:none; EFVD:NLI Received: from mail24-va3 (localhost.localdomain [127.0.0.1]) by mail24-va3 (MessageSwitch) id 1320145399961417_18824; Tue, 1 Nov 2011 11:03:19 +0000 (UTC) Received: from VA3EHSMHS011.bigfish.com (unknown [10.7.14.240]) by mail24-va3.bigfish.com (Postfix) with ESMTP id B4431220042; Tue, 1 Nov 2011 11:03:19 +0000 (UTC) Received: from ausb3twp02.amd.com (163.181.249.109) by VA3EHSMHS011.bigfish.com (10.7.99.21) with Microsoft SMTP Server id 14.1.225.22; Tue, 1 Nov 2011 11:03:19 +0000 X-WSS-ID: 0LTZAPT-02-348-02 X-M-MSG: Received: from sausexedgep02.amd.com (sausexedgep02-ext.amd.com [163.181.249.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Axway MailGate 3.8.1) with ESMTP id 24D9CC8288; Tue, 1 Nov 2011 06:03:29 -0500 (CDT) Received: from SAUSEXDAG01.amd.com (163.181.55.1) by sausexedgep02.amd.com (163.181.36.59) with Microsoft SMTP Server (TLS) id 8.3.192.1; Tue, 1 Nov 2011 06:04:01 -0500 Received: from storexhtp02.amd.com (172.24.4.4) by sausexdag01.amd.com (163.181.55.1) with Microsoft SMTP Server (TLS) id 14.1.289.1; Tue, 1 Nov 2011 06:03:31 -0500 Received: from rhodium.osrc.amd.com (165.204.15.173) by storexhtp02.amd.com (172.24.4.4) with Microsoft SMTP Server id 8.3.83.0; Tue, 1 Nov 2011 07:03:30 -0400 Message-ID: <4EAFD200.4010207@amd.com> Date: Tue, 1 Nov 2011 12:03:28 +0100 From: Christoph Egger User-Agent: Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) Gecko/20110523 Lightning/1.0b3pre Thunderbird/3.1.10 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , Ian Jackson Content-Type: multipart/mixed; boundary="------------030207080900090009000306" X-OriginatorOrg: amd.com Cc: Subject: [Xen-devel] [PATCH] libxl: allow to enable/disable cpuid bits X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --------------030207080900090009000306 Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit Allow to enable/disable SVM specific cpuid bits in the guest config file via cpuid config option. Also allow to enable/disable the hypervisor cpuid bit in the guest config file. We need to disable the hypervisor cpuid bit to get Hyper-V going. Signed-off-by: Christoph Egger -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632 --------------030207080900090009000306 Content-Type: text/plain; name="xen_tools_libxl_cpuid.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xen_tools_libxl_cpuid.diff" Content-Description: xen_tools_libxl_cpuid.diff diff -r 0d092359d86f tools/libxl/libxl_cpuid.c --- a/tools/libxl/libxl_cpuid.c Wed Oct 26 10:32:36 2011 +0200 +++ b/tools/libxl/libxl_cpuid.c Tue Nov 01 11:59:17 2011 +0100 @@ -92,6 +92,7 @@ int libxl_cpuid_parse_config(libxl_cpuid {"proccount", 0x00000001, NA, CPUID_REG_EBX, 16, 8}, {"clflush", 0x00000001, NA, CPUID_REG_EBX, 8, 8}, {"brandid", 0x00000001, NA, CPUID_REG_EBX, 0, 8}, + {"raz", 0x00000001, NA, CPUID_REG_ECX, 31, 1}, {"f16c", 0x00000001, NA, CPUID_REG_ECX, 29, 1}, {"avx", 0x00000001, NA, CPUID_REG_ECX, 28, 1}, {"osxsave", 0x00000001, NA, CPUID_REG_ECX, 27, 1}, @@ -178,6 +179,13 @@ int libxl_cpuid_parse_config(libxl_cpuid {"procpkg", 0x00000004, 0, CPUID_REG_EAX, 26, 6}, {"apicidsize", 0x80000008, NA, CPUID_REG_ECX, 12, 4}, {"nc", 0x80000008, NA, CPUID_REG_ECX, 0, 8}, + {"svm_npt", 0x8000000a, NA, CPUID_REG_EDX, 0, 1}, + {"svm_lbrv", 0x8000000a, NA, CPUID_REG_EDX, 1, 1}, + {"svm_nrips", 0x8000000a, NA, CPUID_REG_EDX, 3, 1}, + {"svm_tscrate", 0x8000000a, NA, CPUID_REG_EDX, 4, 1}, + {"svm_vmcbclean",0x8000000a, NA, CPUID_REG_EDX, 5, 1}, + {"svm_decode", 0x8000000a, NA, CPUID_REG_EDX, 7, 1}, + {"svm_pausefilt",0x8000000a, NA, CPUID_REG_EDX, 10, 1}, {NULL, 0, CPUID_REG_INV, 0, 0} }; --------------030207080900090009000306 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --------------030207080900090009000306-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 04:32:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 04:32:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLCZq-0006gH-Ph; Tue, 01 Nov 2011 04:32:22 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLCZ9-0006U4-G9 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 04:31:39 -0700 X-Env-Sender: dokter@icg.tugraz.at X-Msg-Ref: server-14.tower-27.messagelabs.com!1320146979!42615315!1 X-Originating-IP: [129.27.2.202] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18073 invoked from network); 1 Nov 2011 11:29:40 -0000 Received: from smtp.tu-graz.ac.at (HELO mailrelay.tugraz.at) (129.27.2.202) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 11:29:40 -0000 Received: from [10.0.24.109] ([84.115.181.40]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id pA1BVUhd007604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Nov 2011 12:31:34 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at pA1BVUhd007604 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1320147095; i=@icg.tugraz.at; bh=5Rin+ROLHjXdDV7MLWEuELMMkjJ3mw3vBg9VBGGnOS0=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=nsdfoHNqRTrhgl0dCS653nnsYGAb1948ChOcOSN1nRV7ijoUJG3Wjmyka9CiaW4JG bkoAaW6PO7DLcO+oHyYNUEYLTQTW+tRNaVXzJZcOrmf9OFEmccQehM3UoyTPlvtjTI tlKVTgvR28AdxdoKvnfDcNynQKEwQHPbx+oWWlaE= Message-ID: <4EAFD891.8000204@icg.tugraz.at> Date: Tue, 01 Nov 2011 12:31:29 +0100 From: Mark Dokter Organization: Institute for Computer Graphics and Vision User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20111031 Thunderbird/7.0.1 MIME-Version: 1.0 To: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 References: <20111031214036.GG12984@reaktio.net> In-Reply-To: <20111031214036.GG12984@reaktio.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: rFbaswCq5sZ4TcOS98kMZA X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 2.2 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dokter@icg.tugraz.at List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 10/31/2011 10:40 PM, Pasi Kärkkäinen wrote: > Hello, > Hi! > http://www.phoronix.com/scan.php?page=article&item=ubuntu_1110_xenkvm&num=1 > > Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0. > I've read the article and was surprised. > Xen seems to be doing very poorly on that benchmark. > If someone has time to repeat that benchmark it would be good.. > > Comparing the results to those from Stefano from XenSummit 2011 NA there has be something wrong.. > the results at XenSummit were pretty much the opposite compared to those by Phoronix. > In that test, the KVM machine uses virtio disk and nic devices, while the Xen machine uses the qemu emulated devices. Could that be the cause for the poor performance? > -- Pasi Mark _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 04:59:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 04:59:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLD08-0007oR-UI; Tue, 01 Nov 2011 04:59:32 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLCy3-0007az-LT for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 04:57:24 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1320148639!2459015!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24864 invoked from network); 1 Nov 2011 11:57:20 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 11:57:20 -0000 X-IronPort-AV: E=Sophos;i="4.69,437,1315195200"; d="scan'208";a="168911274" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 07:57:18 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 07:57:18 -0400 Message-ID: <1320148634.3084.12.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 From: Ian Campbell To: "dokter@icg.tugraz.at" Date: Tue, 1 Nov 2011 20:57:14 +0900 In-Reply-To: <4EAFD891.8000204@icg.tugraz.at> References: <20111031214036.GG12984@reaktio.net> <4EAFD891.8000204@icg.tugraz.at> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 07:31 -0400, Mark Dokter wrote: > In that test, the KVM machine uses virtio disk and nic devices, while > the Xen machine uses the qemu emulated devices. Could that be the cause > for the poor performance? Very much so. Without using the PVHVM drivers in the Xen case this is very much an apples to oranges comparison. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 05:20:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 05:20:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLDK2-0008US-1f; Tue, 01 Nov 2011 05:20:06 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RLDJ9-0008Hv-Kx for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 05:19:12 -0700 X-Env-Sender: bderzhavets@yahoo.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1320149920!55503103!1 X-Originating-IP: [98.139.52.240] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9093 invoked from network); 1 Nov 2011 12:18:40 -0000 Received: from nm25-vm0.bullet.mail.ac4.yahoo.com (HELO nm25-vm0.bullet.mail.ac4.yahoo.com) (98.139.52.240) by server-6.tower-27.messagelabs.com with SMTP; 1 Nov 2011 12:18:40 -0000 Received: from [98.139.52.192] by nm25.bullet.mail.ac4.yahoo.com with NNFMP; 01 Nov 2011 12:19:07 -0000 Received: from [98.139.52.132] by tm5.bullet.mail.ac4.yahoo.com with NNFMP; 01 Nov 2011 12:19:07 -0000 Received: from [127.0.0.1] by omp1015.mail.ac4.yahoo.com with NNFMP; 01 Nov 2011 12:19:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 863406.86217.bm@omp1015.mail.ac4.yahoo.com Received: (qmail 5742 invoked by uid 60001); 1 Nov 2011 12:19:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1320149947; bh=vsM4W27J3D4TcCh+XK3z9NGquVUV6+1/Q3aIcjT7/0E=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=EUHk4j5o6ishTligfvgFkxQxiwwwyeTVtkzi60HSmBafaxgoBifoxODGndmy3zZJ7m2iMeFWJv0uLQ/xBBPs7u8x8p8pUDQ/rfKKzBugPHGPJkiOnSMy8LwY8W9g5wMyudV9dIwNDgRo/1ZU5xT1YY2LAA/ZfudgjACfJgsm7Q0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=y3crj2qThtz38Q3bmTVyChE272C1lQW6zdx9Ym5WRpNT6Zd7kpIDKSUrzHOJ7ASy68S4sGfb6Z4YWIzee1rf949v71G2WCq9FsWCTCq9VZZn7MFuhKnlCKpNvZ5b74LgT+BqzNBUgHrj/RorEVZxdTsDYbEe0+213Qppk8E7vqY=; X-YMail-OSG: K9Qc7eAVM1nqsEkOr4A1XxQsW3LrL5leqX9XgpBg7nfl0l6 hyiNqTZNTlsnehiRGAejlPER39q_ZRz.rTQzhUIxieics6yjsysQ9JzGq6Uj .f7G9s2RrFRKZU9nDKYHpdlkYrj5.fuvYbEgBzoCb2ASnq3mQhQxUSndU3gX m9rpHbdVb8lnfMg8Kj4M2jWq5EtnFNkX8NA_KrUTGS2lJkk.cmUN_52dJ6dx c11IItdVQplKgSLwpxaiP_ICUNcSRkE9KvUgLXa0oxrOJOuvBgrCo2L.UP0y TxwAyBdMiT7aZFIgLJX_sGfFckmMGDo2UmZB1qoiqEv9u7SVLi2GKIedBxEg OFaks5cnbOVGlFf1Exa6UL4MV2EK2kOxwf6XBc2ri0S6FzLvVh0as.oqQkKQ ILUbNOlJU7_GM8kBScVWRQXPi71J4kSAexaAd6dIT3mSa0u6U.9K8dlW2yWu jzl6W8XNP7u0DZ026zVpgejKLI32FUUJtMzVgfq4pv51TfuPqIKQa0a_n0c9 arncq4NetReN7KkrlKTlz7bGfi6FtGeJIcj1pTo3oQdgKiQ8Ona0la64QiEK Fi.T1fHwSI.7I.eIPQEC5N7.exw67u0W6zdhDtKp6 Received: from [109.165.34.233] by web65918.mail.ac4.yahoo.com via HTTP; Tue, 01 Nov 2011 05:19:07 PDT X-Mailer: YahooMailClassic/14.0.11 YahooMailWebService/0.8.114.317681 Message-ID: <1320149947.1840.YahooMailClassic@web65918.mail.ac4.yahoo.com> Date: Tue, 1 Nov 2011 05:19:07 -0700 (PDT) From: Boris Derzhavets Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 To: xen-devel@lists.xensource.com, dokter@icg.tugraz.at In-Reply-To: <4EAFD891.8000204@icg.tugraz.at> MIME-Version: 1.0 Cc: X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2112597675==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============2112597675== Content-Type: multipart/alternative; boundary="-1719050810-819645898-1320149947=:1840" ---1719050810-819645898-1320149947=:1840 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Pasi, Have you asked yourself a question why Fedora and Ubuntu always patch and p= ackage Qemu-kvm-0.15(14)(13)(..).1.tar.gz , but not=A0 Qemu-0.15(14)(13)(..).1.tar= .gz ? Just install a couple of src.rpms to take a look - what's inside. Boris. --- On Tue, 11/1/11, Mark Dokter wrote: From: Mark Dokter Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with U= buntu 11.10 To: xen-devel@lists.xensource.com Date: Tuesday, November 1, 2011, 7:31 AM On 10/31/2011 10:40 PM, Pasi K=E4rkk=E4inen wrote: > Hello, >=20 Hi! > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dubuntu_1110_xenkvm= &num=3D1 >=20 > Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0. >=20 I've read the article and was surprised. > Xen seems to be doing very poorly on that benchmark. > If someone has time to repeat that benchmark it would be good.. >=20 > Comparing the results to those from Stefano from XenSummit 2011 NA there = has be something wrong.. > the results at XenSummit were pretty much the opposite compared to those = by Phoronix. >=20 In that test, the KVM machine uses virtio disk and nic devices, while the Xen machine uses the qemu emulated devices. Could that be the cause for the poor performance? > -- Pasi Mark _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ---1719050810-819645898-1320149947=:1840 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Pasi,

Have you asked yourself a questi= on why Fedora and Ubuntu always patch and package
Qemu-kvm-0.15(14)(13)(= ..).1.tar.gz , but not  Qemu-0.15(14)(13)(..).1.tar.gz ?
Just insta= ll a couple of src.rpms to take a look - what's inside.

Boris.
--- On Tue, 11/1/11, Mark Dokter <dokter@icg.tugraz.at> wrote:

From: Mark Dokter <dokter@icg.= tugraz.at>
Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox= benchmark with Ubuntu 11.10
To: xen-devel@lists.xensource.com
Date: = Tuesday, November 1, 2011, 7:31 AM

On 10/31= /2011 10:40 PM, Pasi K=E4rkk=E4inen wrote:
> Hello,
>

<= br>Hi!

> http://www.phoronix.com/scan.php= ?page=3Darticle&item=3Dubuntu_1110_xenkvm&num=3D1
>
&= gt; Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0.
>

I've read th= e article and was surprised.

> Xen seems to be doing very poorly = on that benchmark.
> If someone has time to repeat that benchmark it = would be good..
>
> Comparing the results to those from Stefan= o from XenSummit 2011 NA there has be something wrong..
> the results= at XenSummit were pretty much the opposite compared to those by Phoronix.<= br>>

In that test, the KVM machine uses virtio disk and nic devi= ces, while
the Xen machine uses the qemu emulated devices. Could that be= the cause
for the poor performance?

> -- Pasi

Mark
=
_______________________________________________
Xen-devel mailing li= st
Xen-devel@lists.xensource.com
http://lists.xe= nsource.com/xen-devel
---1719050810-819645898-1320149947=:1840-- --===============2112597675== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2112597675==-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 05:28:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 05:28:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLDSN-0000Xk-Oj; Tue, 01 Nov 2011 05:28:43 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RLDRd-0000Ky-KH for Xen-devel@lists.xensource.com; Tue, 01 Nov 2011 05:27:57 -0700 X-Env-Sender: hongkaixing@huawei.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1320150444!42219138!1 X-Originating-IP: [119.145.14.67] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8846 invoked from network); 1 Nov 2011 12:27:25 -0000 Received: from szxga04-in.huawei.com (HELO szxga04-in.huawei.com) (119.145.14.67) by server-10.tower-27.messagelabs.com with SMTP; 1 Nov 2011 12:27:25 -0000 Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LTZ00HJEEFNL5@szxga04-in.huawei.com> for Xen-devel@lists.xensource.com; Tue, 01 Nov 2011 20:23:48 +0800 (CST) Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LTZ00L12EEO1A@szxga04-in.huawei.com> for Xen-devel@lists.xensource.com; Tue, 01 Nov 2011 20:23:47 +0800 (CST) Received: from szxeml203-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AER34237; Tue, 01 Nov 2011 20:23:46 +0800 Received: from SZXEML409-HUB.china.huawei.com (10.82.67.136) by szxeml203-edg.china.huawei.com (172.24.2.55) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 01 Nov 2011 20:23:44 +0800 Received: from SZXEML528-MBS.china.huawei.com ([169.254.5.113]) by szxeml409-hub.china.huawei.com ([10.82.67.136]) with mapi id 14.01.0270.001; Tue, 01 Nov 2011 20:23:38 +0800 Date: Tue, 01 Nov 2011 12:23:37 +0000 From: Hongkaixing X-Originating-IP: [10.166.80.196] To: "olaf@aepfle.de" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=Windows-1252 Content-language: zh-CN Content-transfer-encoding: quoted-printable Accept-Language: zh-CN, en-US Thread-topic: xenpaing: one way to avoid paging out the page, when the corresponding mfn is in use. Thread-index: AcyYkBoFkms15JzMQkuSzw/WFaUE2g== X-MS-Has-Attach: X-MS-TNEF-Correlator: X-CFilter-Loop: Reflected Cc: YangXiaowei , "Xen-devel@lists.xensource.com" , "Eric Li\(Zhentao\)" , Yanqiangjun , hanweidong Subject: [Xen-devel] xenpaing: one way to avoid paging out the page, when the corresponding mfn is in use. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hello, Recently many advanced memory mechanisms are introduced into Xen. One pr= oblem we found is the conflict between p2m query and setting. For example, backend drivers always map domU=92s page to its own space, = during the mapping procedure, situations as follow may happen,=20 when mfn is obtained by gfn_to_mfn(), this mfn is likely to be paged out. first case: grant mapping xenpaing mfn =3D gfn_to_mfn(); <----------- p2m_paging_nominate() | | Check type ok paged out; | try to map What we want is:=20 When the page (mfn) is accessed by gfn_to_mfn(), this page should never be = paged out until the mapping action is end.=20 second case: grant mapping xenpaing=20 p2m_paging_nominate() =20 gfn_to_mfn(); =20 mfn =3D gfn_to_mfn(); -------------> | =20 check type ok | | Check type ok paged out; | try to map What we want is: When the gfn_to_mfn() action happens during paging nomination, the nominati= on should abort immediately. Our solution prototype is like this : 1. Introduce a new member named last_access in page_info struct to save the= last access time and access tag. 2. when the mfn is obtained through gfn_to_mfn(), we save time stamp and ac= cess tag in the page_info. 3. Paging nominate procedure use access information as a criterion. How it works?=20 1.Using time stamp to avoid case 1. When the mfn is obtained by mapping pro= cess,=20 the time stamp can prevent the page from being selected by paging . 2.Using access tag to avoid case 2. During the paging nomination, if the ac= cess tag of page is detected,=20 paging should skip selecting this page.=20 The pseudo-code of step 3 can be written as follow: int p2m_mem_paging_nominate(struct domain *d, unsigned long gfn) { =20 mfn =3D gfn_to_mfn_noreference(d, gfn, &p2mt); -----> avoid saving ti= mestamp and access tag=20 =20 if ( !mfn_valid(mfn) ) goto out; =20 clear_access_tag(); ----------> clear the access tag of this page if (test_page_hot()) goto out; ------> if the page is accessed recently, go to = out ........ =20 set_p2m_entry(d, gfn, mfn, 0, p2m_ram_paging_out); if ( test_access_tag ( mfn ) ) goto out; --------> if access tag is set, the gfn_to_mfn must have= happened above, abort anyway. ret =3D 0; out: p2m_unlock(d->arch.p2m); return ret; } Maybe this is an imperfect prototype, do you have any good ideas? Hong Kaixing = _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 05:48:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 05:48:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLDlT-0001Rb-Qc; Tue, 01 Nov 2011 05:48:28 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RLDkS-0001FC-Kh for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 05:47:26 -0700 X-Env-Sender: heinlein@okit.de X-Msg-Ref: server-14.tower-182.messagelabs.com!1320151639!1506734!1 X-Originating-IP: [87.234.195.223] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15162 invoked from network); 1 Nov 2011 12:47:19 -0000 Received: from yin.okit.de (HELO yin.okit.de) (87.234.195.223) by server-14.tower-182.messagelabs.com with SMTP; 1 Nov 2011 12:47:19 -0000 Received: from [192.168.10.42] (p5DC5ECD0.dip.t-dialin.net [93.197.236.208]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by pollux.okit.de (Postfix) with ESMTP id 72DDB13A101; Tue, 1 Nov 2011 13:47:16 +0100 (CET) Message-ID: <4EAFEA53.7070009@okit.de> Date: Tue, 01 Nov 2011 13:47:15 +0100 From: Tobias Heinlein User-Agent: Mutt/1.5.16 (2007-06-09) MIME-Version: 1.0 To: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] Re: Xen dom0 linux kernel 3.1 boot failure ptwr_emulate: could not get_page_from_l1e References: <05c3da5dc6158197e28d62e853ac2f04@tjhsst.edu> <20111031140836.GA9245@phenom.dumpdata.com> In-Reply-To: <20111031140836.GA9245@phenom.dumpdata.com> Content-Type: multipart/mixed; boundary="------------010908070500020801070502" Cc: 2013pfoley@tjhsst.edu X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------010908070500020801070502 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm not sure if it was obvious, but yesterday I noticed that setting the "MPS table mode" to 'Disabled' actually made SMP stop working, i.e. the kernel only recognized a single CPU. This is of course not an option, so I enabled (set to 'Full Table APIC') the setting again and played around with my kernel config a bit. The kernel that crashed had CONFIG_X86_MPPARSE=y, and if I disable that, it boots fine (with SMP, and with the BIOS setting set to 'Full Table APIC'). So, I for one am quite happy now as I finally found a working configuration. But I'd still like to know if this is a hardware-specific issue, and/or a bug in Xen. Konrad Rzeszutek Wilk wrote, on 10/31/2011 03:08 PM: > Oh nice. What does you /proc/interrupts look like compared to > baremetal? While I was performing all my kernel tests, I saved the outputs of `dmesg` and `cat /proc/interrupts`. Sorry for attaching a tarball, but I'd like to give you as much information as possible. You'll probably only need the latest tests (#5 to #7), but just in case, I also included the others. Contents of the tarball: Baremetal tests: xen-hp/1/: MPS mode 'Full Table APIC', CONFIG_X86_MPPARSE=y, SMP working xen-hp/2/: MPS mode 'Full Table APIC', CONFIG_X86_MPPARSE=n, SMP working xen-hp/3/: MPS mode 'Disabled', CONFIG_X86_MPPARSE=y, SMP not working xen-hp/4/: MPS mode 'Disabled', CONFIG_X86_MPPARSE=n, SMP not working Xen tests: xen-hp/5/: MPS mode 'Disabled', CONFIG_X86_MPPARSE=n, SMP not working xen-hp/6/: MPS mode 'Full Table APIC', CONFIG_X86_MPPARSE=n, SMP working xen-hp/7/: MPS mode 'Full Table APIC', CONFIG_X86_MPPARSE=y, CRASHES (Therefore, #6 is the best working solution; #7 is what originally triggered the crash.) Thanks. --------------010908070500020801070502 Content-Type: application/x-bzip; name="xen-hp.tar.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xen-hp.tar.bz2" QlpoOTFBWSZTWRgBnNMGWNZ/////Ikp9/////////v////QEABAAAIAACAgAUAAAYBBIYkT/ H3fY6AJpoADQFFLbVACqKAQlDxgNG9AUYF1hAAADsAaoCIAPoAwIBAQQHXgVG4MC+eld6+98 Nvgce7nZmmism+2ogOw1BhAAoMig0yKrWKW2q9DXFm1mlVQpwAPRSu72DClUqlFKsw0AApEU D20dQjZlqaUBkBsYahFST2DuNpsJmLAAAAAAAAVKUKkCsxqYbN9nj6oUVSb6U00Eg7Yq4+gA bivp65N9h1dXFmcHPpoAD1gyqVwBjl0Cjd3XZGi2nh2MucgKM2Cta9dXd3WlAoNAFDz3AcmY 6vXV5RuYcd3gHeAGPs5XRVg1QUNW33fTh3d6vPcPDp7e7zWpd3B6eet9sRfXyAb7zge93FL3 fe9dPuwdO+AWAAPo3D5AADQUCZo+bttTnW4NLWHGQr3nOiX29d9ZdlC77uqetV6z69dPnbjF u6k4HXMoF7MlacqA75X1wAA+nHHXue9933zNWEGlu18olb7hR3WAU2YBaYB7u4uwBrbFADoB 0q9gPnXqcAACZ997epfPi53qUVIpbaCpAFUAClAKAaAO7AeIAAB7CZ3W7u9WO2d4V2wG1mtF CtAAAAAoBoBoDmwAAPd5vbbZ5vOPeAkPpoD6KUPdgoFAAF7PIeQAAEXtT2e+NfOXo8zDq+ez tDoC+5xToGgAPtgd2A9z7gAAwPoN5u4EjxESqFKAA0CgUD7WddNAffYAAFrXnvZs5e96YSB7 dzSgBSnxFGiJo9Ogo9Aemg+9gADovmUe2AAB94yQAA+gCgNL0xTtgAIg6AAGlndN8SoFHz33 WudTu1AE3ceqeB103s9BQBRPSlVRAAAAAKooSAAJAZGgoBQBRQADZmQAAAKAAAGzaAKKAKKK AKAAABQAAKAUAAAUKiKktjKooSlAoFAUBoaRAAAKEpUAUKBVAAqiCFNsUUKChSpKCRJIUKJU AGg0ASChQASEgkUBKgoAoFAAAAqgSUACQBIoogt8qVeY1KW7mPpoAAUAAAAD0DewAAAAAB87 UAAAAAAAAFASA+gAA3vQAAAAAAAAAAAAAAABQAAfQAGjZqKl7vrvjenr0BA+q1koNtL73A9A B6oAUKAUBrz7He1AA82KjsGxY00KBQBn0kRnk9phSgKUUAoHoJGShVFKkFhtApQoFBbGiQLY oaKKO+e4Hc6knHpcuH2zdZ3gpQ2wAGgAAjYARBQaNBtgAVrUpAFAVIACgAAkBVAKKAAChQFA BtgAAoUCgoAFaaFAoCgAoWJGAGhb24BQAAFAuYATYbWxaGlAAAAAAAAABQD00AkNNCaGhNII EBBhAmKeiJ6ZNT0k9I8kaaNAyD0gAHqAyAGp5GgkSQSaBAjFPSBphMpsk8SPJGQAAAAAAAAN NNqgiCSmmgNpABoNAAAAAAAAAAAAGgSaSIIRAEETaKGaap5oJTyank01AD9UekBo0aeoYACA AAUpIQIBAE0ATEATRoyEyYmTQJtBGminqZqYJg0IAAqKIIAgCAgI0AjTINTRhNE9TKY1J+gm pozKeoyeRNNqeoAcn//T/xf+Kf+4fkP0B+0buFcFv/iJcLYsC5gDU/95VKFLIhhhP+1kSfzf 0fzP52NM26Vh/jBjHT+G2/8Gu5SSciopJoxYffG0SYIUbIdRcAAaAGAOZGb10nCTpOBUuSjv BwcHL4BDn8+ebcvGrm71vjX24vESQhvokIQlBCEmDtqqi0/kw/dtQpo31VQmoa57JUXG47u7 eUlHgDEpboqJ5i0LNlLZOXXO3Pm/5MdBVOBVFnBJKUsgzUrNwoh30gm6lh5mAXEWVgsjMllS myaWJqTTIvRlqqbKsYMUpqTKsxhgYTQVqojJZFCwsFMrIahgsMMKsK0YGFlWIwMWBTRWQssl ljLMmIZhipqxDRiGVQxLMUxYrFZSMNDMU0xSZDQKctNTIzILKYQpMkZUNsqYWk1MqlikTBcS VUkv4WfGWrZaP/oqKqKqqqp+1RgYYMKqpVUpSIiRBJSlIUpSlJRBBD/jKUqUpSsqTBlllNT6 vkvecJpPsf+DS3Zn/6TM+cr/wdmK+DknyaPd8mrg0mJtOsdZrd1yuC+znpdlvrJ2ms7LhdF8 F8y+S5rqnFOKcU4py2bbbbbct0N5ymEOqebClPZ9iGD/83/e1YVlKr8VP7FRg9mH+1TDVhKr CoeSpxRCcGrL+5uYOLi+TKf+Sn2K4KOKpUpuqOjRgcGzCf+TRhVfaRhPAqq81MJUqpVKqqqp KywmFRKr5KYKqk91YFJSlSpSnBllMqpVVKqq1YKpKVgrCsKqqpKolUqpKqVSqf2KwqlFKVRV VRRVKrDLLKqVKlKoqlVhhhhhoyYFVSKywYUKUiqFVMKwqsKwpTCphUqqlUqipRSUqqlUEREo gUSURKUkogIkiJVKqqebDCqpUqhSjVWCoqUlbsJhRVKrVg3ZYUwwwKqlSlVUqlVFKKqQqVKV JVRlg4K2VoilJWGEwqqilFKqqqCqSqqlUKVKVVSVSqhXyYSYVqqqkjCpVRFVDCmjLCVKyUpK JCFEkRCCFElBEIiUrBKVVYVhKqqpVUpxVGFKqVlgSYSqpVVQVSqSKqFVIVVcWDKqoEypVKBR BECUpSUTowoIkwQoKSqFUKqSSqwUpTCqphUkqsKkwphUqoKpPgqZUYJARCiFgJRKCUpRKUlE xjRJ7GKV75UXc+k8bdzXNhYwqqrChh0YYVGVDiqssJWRKJRChEREKJKFERKCIiqrLLLJTmrC SqilSqkZYUQREkRJ7HBSaNFClKFKUiIpxVJhKqVFUVSssMJRVKdWHVkwUVRoVMKVUnxZYZVK qqpSqqlUqkpRVJurKhlRSpJVMqwqKopSqTuqNGWBSVSlVUqvuYYVFUqqipSpVKpVVKUlZYYV hSq4MsJSZfRlyc3RsGhVVVSVSNmDCKqVyYTCqpXJTCqpU3VhQ4sGCUbMFKVUwphgwUVDBRhV NmBQQREQSJhSiJKUlEokoKhhWFKrKjDLCYKMKTCVEiYJKeCkomhBKUSlKcFDgwYU0VVYVVUr qwji/c1ZNlbKnNWFVowwqqUqRSqKcldmTCqiqlMqw0UlUqlYYQpRKUCiUEQiJSlERKUhRKqq dlbs4iqVSrJVSlKrkwwaqwqVW6sKrDB1Uk0Umip3nhJ44J3neYQy9mX/wenvbllllTRr+K03 TGD8zG5/rHAwJ/4mDKaaJfql9XqY7JdFwlwYPyZ/YtNGPBcGDRnUv/UZYyZPAhzNMKqqqqqq qqqqrCiP/xLPRWyv/irZLUtlUKqWkqwtS1LU+E/CZ/T4May/p/BjMtl+MWPzjkWLFixYsWLF ixYsWLHzSsWLFixYsWLFixYsWLFj4llEj8iOj5I0pHRFCKRSKRYjBZ/aS12HRZs4C7H9QM/g H4BTQXglbnwTDilPuLutPwOGbLV+1KdFyf+Rj/5pXc+w3P8DT7kvU5HRzNGhhMH63gUH2D5V UNF+RQtFI/vI4R4I0l8T72NFor4lhyNkxxOpo0cgaEmGs6S/NfsbGN1fMwmHBK91p648jdjo YYpoxWL6s1aMMNVU8T8TNejNZxflLbcpj3V1LW5yZ5r+s1n/cU5cOeuWWLKfuFwCykwFPdPf 9Hbt8h6qxERAi+tY1q8PnTEY6cUccWjgcLa1rC1osLML3rY3+n2fd3fHFcdeoznVa0ajUN9a 1p9YrrWhnK6UDtz4w/3zXDM/rCCII6EEinm0UUUUUUySWinw2qqtM9zCVC71gSpS0olSlpRK h+NphbCnFp+y07sYHdOMlIK6+Hw+Ga/egazl9/j/zHyx58kOOU+SKKKKbtO9ZlUtopbVLaLJ C0bT6WfFhyhUKwtVdG/mYSoXesKh696iD4+/Xy/PrlTstKJUpaUSofW0wthT1afW0+NjAYRv 0oHyzvfLw83Tw33SPOpG3ka+Xl5cd8OneR2qRhJjCqCrFUiivjPnohwyQ6nTJ8uGqaADjoNp 9Pj58KrN8yHCSFJLVUFWKpFFfOb63ADsh421TAA1yG08ePHZJJ3yzT7/syiD/Kf+X0+zjOc5 znOEQZOc5z9fmp9Xln2+1+v7NzS93dnd/X9/7vOwpB7/jJ+S7q4Ug3ZN/twmgsEmCfzRg39x ZGCsfkbErn1P4quj9uQ3t2gtWtlWDawa1gPTy8hpy7uG6monk+ZNPDL0YNtfHo2Gb8GPhfoT 4t4KP1qqjBI+jleu3edE0sYj+sM9o/8YgP8rfyNWv2Q5iP7aPn7i/mrEEmzZW69vcPUXRlDF h82+X1O/VbeCvWtXetRXw8NgOKO/Dvfr86W6eMRHWIhhc8LRiT3UnqOphKUoS4oaDo3XTvu7 di9a1d61r0OXVvc726dKW6d4iKdiei1qwk8Ktr9B0MJSlHFDQct0o7/bI9Im7uZu7+5Z+5Pt T+XQbb35+Lz7pt+VVQOm6npFCdseQTRSVBKjbc6d91brdaWtZ3tbC3vDv3a3PPFCQecREcxE MJN16w3LMv+bqFNFL5JalApp7b+Cqug8KFU9l7y79daoTTDWRVUDw0qr90Pbd/63Ln7iG9p+ CKb4cwXjgqBlnDWKsVYqxVi1to2ltq2ltqgFpbavl011rTrKZiqJS5nyxpK4hodbzDTNDAqS 61hKhVahVSqyqVbKorKMPq5lttGoVURqcMzTr8dTJj1kGCxWnFKrtCrqggKkSpCBVHK9OXfp b76ohI6QqDBUsvN6Xcu6jmIQGKxRPwqRaka+RjX5+fr8Nd9zfffffe+GPfObsfVHtavrNqH0 afQquYZ3VVe0xOF7eaIGZmCDwIkFkrFFiiiqMlq2QUtqVEVigqqRQVYLFUTm25+v8X8/l8d7 3vV3de/ZCslSSfAVRVVUX01rRkIsUUUUYW2pQA3o8k8Isz8L7dCSS7qxJJOD4+Svj1ffpEHx OL3v9/IAGMYx8sbIQaOpkACI9KdFbBYePZvRlcGnzJ8uop9HcVLCtppLLQGkky8gzIqWHk3e Xf2L7y0RDvF62VV/Ruj8u7hgcQW03q5bNmXTfyw0/soPb4Y/Z8/oj50HTnHD7qM6dsaxq2u+ /G9t+Fuj+760F/uqO1bFvq6ikZq1MWpu8eEGwpS5JaTS3OefGNAnnlPK7jArjin3z/oqLFq6 g1jn0Dfiet/1AxApB+nK/FQFk/itwY+sDBZ/D4cD2E0+nG/C+eKbUBbHcBo4A2X3vY2+Ct95 3vvzT7Oe3nHrlj4/jeVmcVNvb83ZsDNfrX59vu+jrPePjr6T3xvPTzElk+xvr83fvbwOeVfV uvxrz49BfVORyWHmeX6ad929XTDtXnmvPXkXyvI2WTht5d+K9eZda73vdLi2J4HBZNNxp34r ziX9dueeeZ5F9Z5HJZNtzp33Wbt0qN78+eTyL669B0LJy3TTvv2VP2dcl8annHyjx6eHtv6Z lc9/KGbqOfT2r7Ovp6mmPYvU83zO+49ZZPU3r9Hfrbuc91fVuvhXnw6C+qcjksm25y78V8uZ dq73XfTYvldjZZOG3l34r05l1rve90uLYngcFk03GnfivOJf2W5555nkX1nkclk23OnfdZu3 So3vy55PIvrr0HQsnLdNO+/ZU+yk+mSeg4Tp9kjZv6rb8MMTgYRVXdFhaLZ2ibZrTHWz+32N zm+8MGZZ8PPnib0ZqRb2KOTMdeW12geX0+CcYpa2pp9dIY8293S3NrFefnIoaBR3r+NBbOct eYEjFPQ4L3i2XTPPNuTzOmFmKfoBjKoiAdLatHhWoANpZEQIEUVFV9F44Ip+P0e1xb9gPT3x IfqQASifV16UrS1Gp76C+PJ/1yPH15gk4VSSSSSSSSSZ/P2X2/i1nxqv62q8arWq1quwSqqq qqqqqqqqqqqqqvytFVVVfNvwtVVVVVVVVVVW6zFVfj9u717cfB5VVVVXLVVVVVVV2H7vp9/O v7Oee7c1/OQ48J6RRRRRRRRRSyS0U+WlVVpnJhKhd6wJUpaUSpS0olQ+lphbCnFp72nViQYR vV1/b58aAtVfX9f6f4t7Vd2/Lz760uW7tV/nGqqqvy55JD9jCH4/us5+z0qqqqqr1+r6flva qv81qqvVoqqqr5+dc+vzx7Jve97zQknPf1Ig9CEQKERVJJAJJE7zHPFxSOeLgr1y8qqq95n3 1V75gB5CBrbZlYhg4AAihMQBYh3BPjrRJJ8PFmxXlVVVVVVX7Wqqq+wB/TmKqqqqqqqqqqqq qqqqvn1mKqqqq/rtVVVVF+2v0+fL/DXt75xzx39vFVVVVVVX6ecxVVVVVVVVVVVVVVVVVVVV VVV+9qqiqqqqqqqqqqqqq5avq225a/K1paq/e1VVcF+WjWfh8Dvm+fr+n8FGTqPjn168Dk88 hebhc/b9rPq+T9P1eXT86D7Bbo15rTzozV6eVrU9Xq7H1vqGjca8Z+uwkdDnnlAAg9nKhAOp sQgSpS9RYvnD19V1uiIAg9/H2d73+wHHWvjxvVK1o1PDZ1586/n78dePp4+/Havq1VVVVVRV VVVVVVVVVVVVVVVVeLRVVVX1b6tVVW2qqqqqqqt1mKq8/xzy9O1VV5tVdWqqqqqqrwH9718/ Gt/v5vi3NfvIceE/Yiiiiiiiiilklop8dKqrTOTCVC71kmMMTC0olSlpRKh+FphbCnFp8rTq xgMI3+HnvQFqr63/DWlXVvw351pct3ar/Aaqqq/DnkkP4JIb+Twqqqqqrx/L8/rvaqv81qqq qqqr9e8xVd+/zgfJ9msIc7uyTVVQVTXGdausrlSOfWgiX5m5zw+G2222/Iu2+N0kl2VL0A94 sLC6NgBxwu+A6TWhfp49Kr7/TM888qqqqqqq/S1VVX8f4Ziqqqqqqqqqqqqqqqqr59Ziqqqq qqqqqiqqqqqqq+2sxVVVVVVVVVVVVVVVVVVVVVVV4tVUVVVVVVVVVVVVVXLV3bbctVei1V/X aqqv52qv/Bb9rVtqqqqqqq+/zzFVe74wrvWYvdv1tVUd2/2WqvNttVV5X8f7Px+w+MemJ/GB +GF8tjkbwqrC3byHq6agGniy+BvyRjrr1c78Zn5en3iPtou6fmORsPBJJJJJJJJPy9y9e96a FPDuvx4/P8W/LHvPstm/XzHJZPg3x7u/Vr37szHNyO711Xp668+GBfinI0WTbc5d+K3r6ucQ 197vvpgX0uxosnDby78VEdOZott73uki2Z4GSyabjTvxW/NiMYjynnnnnORfjPI4LJtudO+6 3mxE06XG9+PPJwL8deg4LJy3TT6+Gd/r6cz+i35rau7VVV8+39WtLbVVVVV/C1VVVVVVVVVV VVVX18MxVVfNq/C3LVVVVVVVVVVVVVVV5tVVVVXi35292qqqu7VVVVV6t7tVVVVVVVV6v78q Kqqqqvzsq+C11aqqr/J+3Mtqr++38rVtqqqqqqq+37sxVX42rrMxV/V7Ziqrtv77VX2ttqqv L8L9ry1PnH0En2iE+Xy0OBesKsqufl9UUoT1KVqvXv6/lxTk+3Hh+pFt8xA31oxJJJJJJJJP t+LsenRbx9Qjv819N/Lq319QE+fX6zzPGPf4jsWT5N8/J37te/kzbDr5TpfKl3t37dOvlkX5 p1HBZOjdcu/Fe0m215zX246dMdO+hfa9BssnLdMu/FcE16LziFvvcbpItmeBksmm4078Vv0s y4xHaeeeeZyL8deg2WTlumnfdb5thcR1kb35V5OBfjr0HBZOW6ad/AcvLe83V3+ar2JVSaKp JJJOePm7kraqqqqv4Wqqqqqqqr4LVVVVVV9vjmKqr6tX425aqqqqqqqqqq/qtVVVXu1VVVVe bfrb5tVVVd2qqqqr3b5vnKqqqqqqtJa+L+/Kiqqqqru1fBaXVSSSST7Kge8oBFKUJOEPnWE3 YuFxb3+d59fft7lGTqPPlied+r6+qUdOlcBx7qIAFYU6dNdN9OiixvHTX5tQYx4vb7YElovF Kdu3b1xf2Tt6HB8PAAfav5OFo5NAgXaPdSR2NchQos0XcLahMDnt47tMxo2JCo9Zrv3VT188 X9R6xERTNVGjvN/mufUR16VpbrIktx1jrZW9v2JM6vaz7WmyCIVczK6G6+u9PXAyW1uPGI4X 4W7Z7bHbvfORyy4+Knqo4emT3oLGllNlmoW1zVSIKjF+U6LhkRUzsmI2f7Wf0QKFdUb/JBbT 79QYhb3rI8Kny6oA1WZutndmJKCtIiEAo0L6CiSuXxUkqV3sGhffhy//z6f2//J/cx+1oy10 /k5P5K/tZYZfodX8n/c7HwUm7d8nJll8mE/5Xg/mdGHk+xzSOj72H5372G5/oYST8AVxV8ld lD+Zuyyr8cuzk5Mtnd2ZbKaHuwj7XJ8WrLZod2gK1YZDKStmWrD8WWHFqP+Kjgp/g4sMP8lc FTk4vRs/X+Q9e+Pza/f0up58G6M5PIQCwUlENgv6iPWFH3Aj0H2P52H9Lgce33ejo4OpPp+7 HSvi44km9Dwry8tMwD9xqCx/k/z+x8d5HgLinXjvlPrEDf/D/EX9lhYXZ8lin2K59a/P9+62 96r7rNdMc+vDAWHb0sD+wEdB9OePP0+/0GsenF/tiOwNO0WD+8gAlEzsdaVpajU/bQXx0f+M jp1zBJ8SJJJJJJJJJn8/Zfb+61nxqv6Wq8arWq1qvGKqqqqqqqqqqqqqqqqvytFVVVfNvwtV VVVVVVVVVW6zFVfj6z3dKqqqrlqqqqqr/nttqr/s2+1q21VVVVVVd/lmKq9WrrMxfa3u1VR3 b/Jaq+bbapJNSev4/v+EjAtZVWyr4ffOqU6KvJt36eHuqv8BQcB7Ekkkkkkkk+rzWdXp+8U3 +K/p5/l82/fj3nztm/X6RyWT5t8+7v1a9+7Mxzcju9dV6fVXnwwL8U5GiybbnLvxW9fVziGv vd99MC+l2NFk4beXfiojpzNFtve90kWzPAyWCj+hhe9uzV/GBYtHEUpSY3GjY+n5H82Cu5OL GSmOPHUxiBUtExrVfpzq/uI1ev0r4e4j+/KtfgZH9CJ6EFAkgQhOe1/D7z6frOf6YspbFnOZ vnMz5Zmd67UhKPkLColfgZJJJfKP/kIUc6xUij/yrJKkdGXR2V9+Mvk1+zwjX+9/e7PrVpf7 DDClpjH/3fni//YX/r3rvR89dyMr2Kq7mq+x+ksbxifW+V0XsWZ+qvScHvuLi773X/n/9ofp kk6wpiDgcl41fjfwzNHHDHy6Zy6X53bOedd+XG9rH5mri7XW63O9Luu67rxV/sIeiv/iCPzH uH4iBje+o1rpTpXo9mei1gRoEEAfoKdS4udI04fFMQPFZhqxiGTUfku8Eh7cXyKdSHXM0qBU ihmLPdQJZbwtz4D9Q9g/sGQgkokHgtbtid0REcvrEYXbtkWyS97mKdOtyUhodLNznHV/85PK GiGgqwi1LUtQqwKBFUICgpFBZFJFICkihFUIsixSRYQUiwEYRGAqkgoKRRRRRQFCKCkUQZFk RgiKiMAD4ngzvKJ29+R1IpjDiaY1fazGYkkDdqqXbG3Gt9rUuSZvKwGl2u9kjNg0sBpXCt6i b2DjKDrlmW2G+RN8kO2RyyV0yG+VDjKdcVdso3yodMWYt8quMhvlI6ZXLK4wHbFU1gzBvkc8 F0yqm+RvkbYm2RdsFNsTfE5YnLKXPILnlNspvlOuFbZS65UO2FywtYWslc8Iu2S1kumSKSTp hJyl7p463MCDFYxWMYQSMYsYxiDGJOECpNoFScIFSaYFSQ6YEsid6whhs8YUJNJZoFCQCJDM xFr3UMgisWvQUMQ3cdv9wf2J5j0RFTuk9Xs7PJ2D8ElT9r8H+78Ew83Bh7N06P0P2J+k+lhw 7n9VbH6FKbWjU3NHJ/LWhpuGjMNOLDLUV8vk+i9kZF9GeXpqtz+y9E8DJojCHinHFLaScd0n h0kG2ScHg+CfI8CSFVTVlyTkqlSqtlWWqlkKSxFSj0dSTifzq9w7v1Nk95u0xOVYsx4aq2cn +ZS1WBBgJpiWTLP3WjVjFljVqGiyhSykhYgiiDIDFVQRj7mjFXAnNsfkjIW5ssxaq8FlTTrW NSTGLGn8i56W5btVpaYW8MJoIys3ojg/Bo8VVXm7sus0Uz5ZqpMa1RaKjKK71kzKabapdWzV VfOyiX72Uo3LKquSxDvjjVN1Yqrk55marksK08x7cC0PhUR87J8qGa0qWr8rb+WvCEcHm9Gi l9tf/oPNYfev3OGrT2FXWg3aiMRn4lLKUsspZ+ozgDRqUhSylLKUspSylLKUsRnRKMIE+Mn6 pPZ4G9cnI9q2f2uh7q3X5F71mfWr+Vycq9jrWPmrdNLcv1i9K6P8w+T506hexf6lsbN5MQ+M hzMPV/WBN05fZyx3Xw88s664gFuBAbSiDALKTEAQ2oBbgQ2oBbgfz1PKv2L/5FuVdK83kv4l 2dFstq5Xxr6EcDMU7HZ6vveE/CfP9m7iWcJopwcI4OA4dD2lpHWOy5Ryre5XA7V2rc6xsh/j J3T4Po/C2wt4pwjvbY6zJkxIoo7SZSdfX1nV9jg8mziwwy/mVzZP3snkVl/ke5/Qf5FMssMv 800aNGGGGjRWnk9g9tL+6voKveu5T/OxdVppYxppp1H6Kj317699eh7q5+/NttWy0ajZae+t e/La0t1e+t1e9WVtX9f1J+d+23bHgjS9xdC9tcH0PbD5zmYsrR7qxaqXz1qHvRsYn96NUaP+ dbm1zrVaKvJXZ/Yb300H4+P2r6RGKN2MMOsnBlcleKxpR5gxgxgxP5juSePzVWfySMYgWqq/ mquBqQnuRIxrbYtaJZZUwwtmq3c4H4n5z6HwPtPmbt27du3bt03Nzc3Nzc3Mq3fY/JxcXF9X weB1NTaKbHN1dXWdZ167uJZwminBwjg4DVwTg+1lX8j38PQk+SvF6m79D+D5N38z9a5Ffj9o fWR319L/zbP5WzZmZV/h/Vs2zM5zppLrbX71Db7tcbt9d75z7U+0vpL/B0r+kL8jF0ruNLcr xbie5FB+t7z2luqK93wbP7V7ronwI/xtjpXaqVYVaNLs73BnNcj+ZfavBcLF6ejevFleyvyf 3Vt8GVt8Nm3KT5lXc7paPWJ41f+0k5VL7iUODGMYzMzCkQRERV5PqKqqvAfOTYiIiQSMIJEk SaNCqqroNSaERESCRhBIkiTRoVVV0GpNCIiJBIyESJIkw0KqroNE0IiJgxZVYsoxb1sbVssq rCysWSWLEmIrRi/IrEmK5iNlsFgxVgxS4WjhbKxjGMGLIMWUYq3LF4LEYowsWLFiMWFi0Wlp YjFhYsWLEYsLFpG5sv9EmFlYsqYq2LCDCyQe47F68IxYP6a2PwXsWZ/XX+uHiOGVzr2VhXfX BwxODDMrI41LUtmL+mvqr/Cu+vxr6K1X0NmZmq1WK4rK8Kyo7Q607NS1DTGosrKyWmNQysrJ aZZWl9G2qMGzRajFhaao1VhgpuSl/rsIUZLfY+AqGpPsEjhP1E1Jir1SZW8ZC6NPhXvLesWS YsruvrarGy1WmVgysbq90n9Aj/JYFixYsWLFixYsWLFixYsWLFixYsLFixYsWIT66xc1ixcj xMeR2HZ+vo5l31yrRc3msHSTjL4uDYn+qc5Npu2ZPKT7HBwkNj0ZZJzfweujQm4om79bRknc 6jL+DQnWT8G71scz8H2n3K+asrKHUvmsLt7D9J9ZkHYL+pfOsylwrVYV0KuhG1iorSrEmjYw 5C5LVY2ZmFKmEqZSoYFCbipSkiUwuZVhaGCwwg4OHzNzcj8eMzpbFlYu6sX9lYtVi1WL8axZ WLmTiwe25rvOEdyYv+CsXOsLRgtkfXDD/I7zojY6lPKvMUeh0NSi7i5x3GxVsnR6HU0ObD2K IiJQoh4ADv+0+fC0/qOD7m96tuv+MvfhVe/B0ZZkq6YpOMa66iHGDhlmUqZkzKZ167Npl1xU ueRWalqLrrlmLNakia1DgrQcgwTlYJM2LUXhwyzL/QE9n/mP0T80/U5kN07PaVbKj4SfMfpb V6nsXZecf7n8b3O8RvXSvMTwlsuy61+NJfYXyNIOi3WFqo8a/orrXsr8a2f/NfF82aMe9ryt uc4zdOMPyT/Song7E4bvGerlPVPeGia32F8RT6vUub7l5C/BPFN3Su6w0auaYhav+yfFA7tf 5lnY7nrieNyxjPqng+j1eZcn1Lq73Z5rqk7653tE1W7LP8Ky9cjPoRh+G5TJGfWeT6TY/A9x H6fAzFy6OyejYuHRzdo6niVpNX5JfY2dDHg5M6OjhyTq/c6tnE2PAnKRlmdzHqXxr/kXg5v3 ubLSTmTnOJhjMPiJq4b397GWsbSWHzNzB2l1b/zrpPuPkeWMfG7ZwzdM95PrD9Lu+5fkafB8 D53fenhfXXtbXpV9q1o/WjV1M+NPsnm5OphcVhh0rLyk8nq8Wk2nOTm4TmTuzFnTSc5zfmc3 Nz4m8p3lOPxEwJpOU5P2Ozs7cznPXWi7rLuvBfM+Ebo6V1XF8r9J8Qn7p/Gfs1MiHt+K+SlG ifo4jhTLfqfI5KOAmr3kh1P1pO6bD9alpaWmZdgeqjHrdSHU6E+quVd9fnKPzpNZPuk830Rj 5R8atyPR+t9HodG54Q+CaD1n9ZfKvff/OPqX6a1V1xH2tfqThsvXWn2SU5n2T8PFEZRsD0dH m8XFx3MTj7R6EeKJI+8SJSEsiokr2Qp9GQCAFDpnQ0guZJ1J1fqfHtN5zYkqcXLnL+tzbNua XqvZabvJMSfmcGsjzND9pVW5fwav0TkaenfHBoxHT9Tg0mk2rc7H6mzzbfI3nzasTo6eazd+ l+UnF9R+lrPKcQYOR+rswxfqrQ6ujjJu1Q4e5XWvzV81fmKPmXwwfJ/OJzrrX4vrfB6Inw2k rzeGPdYyzh3RG/3LnSmqpqdgdEmaEif3g7k1JqfYGbHp2CGGVRVKJR2Wi4ZcYpglWMo1mo1w agtEqotLVX6yNTC3af64f2BcBWn3LnPk+L2k+MlSDVOSazznYn6XI+lW/O3o+gup0PUvBsc6 vUcq+ivdX0SHK97Fie9Om3sWs1mU7ltqaj7tTZkz/ZVKuoz85MMMtLf3fy00E0WzzhnyPkfj JZ+E+vKrb5yT+Q4H0Tkw0Uw+OM6GP21c3W5XX8ius1u2628b2Md/zQP1BP1iBMCbnJ7h+y6V 83qd94UuTg5L55dL517aEyvarovoXRfjXurTat5qnB8E0tnfsaalt5zbDwxJosZqsTwe/XU9 qv6k9nqTgfoJxbl7JbL1rtVJleasrFcXhPrNaejGMWsbJc2JMZKzKmZQ/GsX9C/bTWTbcwes Ts5z/lQ/28LFsW2wti07fN26jseS3b3bT5PHZs3201+VJ63qXavzd/ZT4WfZbbVttuPuQ/JD 5Kh8iavA7pkl4Oq/NXmvFOS6WNrGXRpppppveu3fPq1MvDw0aNGGGGGGGGD8pMsCzo+9wfuf i+p6n5H6mMfc8nV1dXV/IuPi+avgX4y0vpXvr0euvW95uulcq5rJcrd+rz145zP/fY5GxixZ xi/Iu1bmx7/u1T+H9N6/fu5novU9S8a6ePTVu+t7cZ7TmX0K6uHfXcZR7pMq0n4oav0JJ9sm 0n0+ltttttvjJ8k/MJ6Sd/vr/NyX5n9jyaaf0PVXvfyvOD+hV+9/ER/vdD/6uq82MYxifJWV hiXRV86/oHxHwHh9fw+/4Ub4LRaQvoIKmGPFntb7qgfH3z9FvMvZ/wwp1PF3Zn0Fd9Vg5pId rZXM0uMBotW2V4vH4XC7odzrb8VracPoaEyKcSIJvrLxbd65q+AyV4OnN7k7zqyzXEB9apZx oVyz0UvY1qKlZIux1qZ1R+Jzwsg2qywZYzDZKILBl1wG04s6i5StrakPveXG9PWQmSkqtQ88 botrU3rf3CwtnPN6NdaLSFsIKmGN7Pa2agY1PFuC9n5wp1PF3Zn0Fd9Vg5pIdrZXM0uMBotW 1ctw0c3C7odzrb8VracPoaEyKcSIJvrLxbd65q+AyV4OnN7k7zqyzXEB9apZxoVyz0UvY1qK lZIux1qZ1R+Jzwsg2qywZYzDZKILBl1wG04s6i5StrakPveXG9PWQmSkqtQ88botrU3rcG1r 7W214xxNRTK41zqKV5jM6YPznPNb54VHxcfQ4uRqQX2fm9+uqBFZYY7RHAPT4tJhTMu5KFCb WsZfQpwrw4rTd8SJSkzXi8nFlzPMrWsFXUYrxaMmEvWN0lVWkba+1i6zvU1FMrjWaPHFMXyw feMbi/OclnKUkO1XF1ULumLX4lQIrLDHaI4B6fE+0j3syTw8JzMPZ+B/SmnFabviRKUma8Xk 4suZ5la1gq6jFeLRkwl6xukqvKMIxrcUay0WkLIgqYY3s9rc1A54ni2y9n3hH5362YifgUz8 uj6+iYz1e9ejwRWOIcU1vq81maimVxnNHjmmL5YPxjG4vjBVij3DtDi3KIGFeL+CZP0N8LdW MMFtqn6JPtkhqfxKq/zuS61+LFaWLRfsQf9TdfmXo+c5oiQRkkRkEZEYRGRGRGAIslWSqlUq lUqlUqlUqoqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqlUqyVYVYhFWSVZKt YysYDEypjCbLLssL7H7i+d5lfseBiqY/pP508DwWMcgcP7HY04XwrVPjP9DQvFfgtHqbVqsr 72q1XN+9qhsR7T4g0qv2iyPvP5RyfqNE4n1EaDD+dzNRpssTm/V4vzv0W4/L9fV2XWet4LZV 3PI4XDPIyt2nsV65flrS512OT+q7V9tfy1ycPzvN6Ppd+cP712Wz6zeiAj+0/oKUq1Z6PlIT 2eb2sDd8Z3JuslMV9a+TezGs1eZ66/q5P9vp8Y2wn/n+NttttvV+uI6m0H+9g8WrQr7VYj2M NPyvYtNqfuc6i9S3fBcq0wvdX4L5n6nD7l9qQ/KXyXeQe8g9de1/O/of5uT6u7DyVlTVXdSc w+kng6vBlEeS9wtGL4MT/4v4nm6u1cfUzHU/P9y0Hxao522fYn+bk+Lm0n0WrbZatfcy1coj Q4HVsjd2ejdj9rV3rFdq/jdy7F3MPGXzn2LxX2PB7nxeK2++uRPXebTdp6n6reMvs4SJmT/e 9jVu+vom884bPvEyfB9qaOaOKx+BknL4V960Lk9j87T1mP3V7Xqcxf2OS7vVH7PzV2bunxX3 0rFlV9Fe6sT9bkf010exhtXGKu6vcv0Hpcng+ZXOPvX7ViMSfhDyHZU/QplYZoVKJmttLRaW I9rIyu6uOUr/8MR3Nz6a2S2WPdWH6nkaX8TFzr1BP+5Xm9K4NE1T8TzQ8nxdnROL4Gi1atru gaNlXm7kp617C7DLMR4l1jo6L9TnDUn2TwOylVIN1/BOKYT4po8frbLVUXo+UzFimGSwGMjG MZhZSQqDFYqqLhkyYKCrBYswydnRaXJ3LuR725878bm97m5njWLBWq7NK7OGM0bFwuVYvZIe 9+dpUbK2YvcvU7OtYz4fzMYxjGfCvsrVbKysV9j9nZQvZJit6x/4PZeh6ng+MhsvikeHAR4S TZ7Moqbv9zKcFk8xXo/qOszL5NX9x7j+Ge74dvx1+/jla6XZXkfU+4+x6FOrkvJZ979b3l7l uwsQfaX2ul68/K1qzWs1qzNNZpfM6VzQfXWzo3q+lkuK+p762riTvaqvtXJfY99xX1pX9Lvc q6Vz4tHewcPA0L7lX4uh85brxczcVbEYve/IFoMC61w8VyritSfHsO54rm/et3Qc+b75dq0u byf9tfGvhXvr+Uebqx7DqvWuwt5ItV4niLhqLgwmMg4X2V4rh3lucVxXmrXN1tVzaOUbKjCQ +F772H1I9FhdyD8i0L9SxdF/6KvxXgfJ+Fe0/awxhjGcy9bk0F7CwLT873safwep7a4XKqvS vitjat5zfB1QexcIPirC5V9kaVzYdF+UOOoN6765O5sVYVeStjvfMw8P9HL/LOPk5JOKHMas PxbOH/QnJvJv9dvtldi8DI39W+y/Y/U/c8Xe5V+yuy+LdudYLssbm7S2XJXxr1Heuao+1c3c vNdE5NBFfuV7yc0snVMtj2tpatlsttyR5P6n2Gzu1k9F6OR+hzc5/N6zedksjhDmsPeWGT6q UoKkoKGCR7X1Nm9cnvVj9bZc1T6irRol5vixyPmXGR1cI+Tm4qrd81aVeN4LotWPa1eR3noq PN6YX+mT5HjXZYYvtrwNSfY/wk+bY/EVwf87oqrbbak4k0QP9y/Tak+LKWLzXC02r7FaaH+g i9ZMKtVHybslj2Npfx1utlu9bh1vkzS0yT9LTd+hucS+83eq5OEx+qvgnvWzucV7yv3G593J XrObzPErq9qwvjeTk3g7OV72nAm1pwtm1eNc69vlX0vw9x9p7q8q0/K/K5Pyvyvk5vtfzOrq 6urq5nR+x1dXUaNFjB0aNGjRosDhHMIJBIJ1dhdUxMY0xpnTONMaZ0zjTgf7zcIHoWkPQ+Un yllf1SGl9a99aknedF/nl85UaXVJ+qHudDgak/M9iqWrVTkTKQmGCqWrVTCV6FUtWqmErxKp atVMEkK9iqWrVTAle5RBRRJSQjOFQRFGkksqoJVq4JJsSky9SqWrVTCdJKlk+kmattq0ttt0 Sn2BEFFEmpHVtpSlttthLbbSlLbbaTQTJioIijQmEycKgiKNJhCGTFQRFGhLKqCIo0llVBEU aEDCVK9yqWrVT/FPJO6awiUf9h4lPmr/sV6p/xasvonzXw0f7CtT5z85OKVPMT2TZs6qYOiu LDDhFn4T/jNS5bP1ofFfjeJw6Pjpp+Z669tftcXvZcrLLLLLLBBEYyyUoxiIiMYxjGMYxnJP IaA+ElNmxE+fCqqqvROZABCdZP4k/gj5TJzJs9nNzVXPmfbjDFxCPsshbIS1LZmiYsItkLUJ aiyshLEFESQEQVGEgLICkxlSNZRrEDMpmZpqsyS0qVJJVVkUhA/NFkKiwgLFG7FmQPvk53Oy yyy/irTTLLGOy003XDpW9veb/BfpfoXFxZZeb4oOb+5/4Lk2anM5nUmrVZZ+44PM+kliP1PN 6ub5Liu4q+YT4KvT9FZPWtlk951dz1PvaVsd0dZixi7jtHavOv7XtrkL9lxKns9lnFJkkwy5 plMsqqqqqr7pO+1tb/Ydjduxj+46H1weuu5/cX9Z7I/JJ2dmWXQ96xpPU2V6L4pTTk4eu/g/ iP4n2r3Vqv7js6urLLLLGMssstV6laV0VzEvWsXJu+l/Ctmzc3OW7dvWrVzXcX7Co8lwsWLF ixYsWLFirFhYsVGFiwvRpyfm/k8z60/qR9a/tfzPWX6l7X9bxE+Inrl6l9ZdXvKsOIAfAn+D 8UWnN+ZdUrWaqJo0XV1mUlDQYGZUrUSlKIIlW4OGLcM2bV+X1q/0HyrS8Kyu1ZJ8HwarTT+I 2P0r6FUhsu1eR91e+vSuQ7Xa+C00/Epo0Yx7auiMT9T0eQcnJ2g9lYsXQVbt2MeCgtlRgjtW 7d2r6z6z0PyJycn6Ve6DZsxjLLnei1W9cjT6XZ2k2rzX6V9aXyOS6lX6XuvBeleV3XgudbNm MfJ8FY9j8le1fwWLdepet/7x+xPZ/BO58E8JJun+Z38Xi3GZsU2UiIiIiIIiIiIiIiIiJubm 5LLERERGMRP6A2BkyaApRE+fMmGFIQlKIiIiIjGYSbLZs9i005vpV6D70/TX2V4L5V9leldz ueUNWrGP8a95V06rm+VdlldSr9hldrtepxX8T2ryUdubm/JJxUep2g+099ebvbnor5nexjGE vUfjXC4X1L9BV5WBGzk+BB6JydFeB4ltt80/6TuPA4LwJ7m1dD5j8T8D8x+g/kPsfylT4ZUz KRXlJ2BPjJ/tT7k92yy2y2aJ9rzVVVVVVllVu8kyy3k/fJ5ucmqe8h8Ew3fGI/KTqYWW2rVv 8JP1sE+x9GBMSf4Jo/BP9smxsmj/tYdz2d3Js1aND8Hq7MNn6WPRye9JfjX91e24vExfX8u5 5NOW1arfkdHs7BzutxW0bW141/v/Idq/UuVysY9TmxjGM6JU3W97nwVPc5VHJd7oxjTWMYxi bPdllSxHkpCdJPQ8zdWzI/SfVX+v2F4LuA+r2K5SexeCvY9jGPuXztBPJKJ802bD7oH+gyyq us/Ap4P5HeyYVizFWsW2VQ2m04J+5Mstnitmz6n8DuX7sXmxfp+3S+dfU/F2qunQ7raxjGOj FY+q/pve4+fWvXp6v9Wlu/Pl2sY+1JfF0aTSYk/mk5u2rV7v5z6H3sHc1eybsP4Gz0RPebqk n6D708jxfz/02/Lh4/hnOc/d/RbvvvvnOc/d5k3uzXve9a1rWta9QnyCJ94TSJ1CZRPu+AAC ftRP7Et3pY9Hi8d23peduvU/MunjJ3sO92f2L7F5sX7CNaavyL1vtewXBVi/oPoOR+It6/kb 12Ktl4pDt1X23ysYyy4X01V+mt277H3PtX4H+4r1yc7nZZYx+Vs/H0+C+he551G9R+ig9BzX sUelcN2WWMYIjFgiCxYIjGJEiJ4Cej2E6+KbJqRHdMnd2jzeqWfz22rE7P6ZM5tQyVUrwSau bs7Kr8yeifnJ8E1atk6oHmns8JwOp5n6yyOU5SqquMmZFlbW12ciYwrGKuEVX8Kjhwbk+QYY MYxiIxicyHBKYIiIzLGPSg/kjsKvEL6nf6z/Suy7OzdfVXL8F4xo9aeJ31o38qjs7MY5vg6O 5YfN/Q4vuTlJ6vwk8Y6uqqqqqyyqqkRjGMRGMRERERERjERjERERGMRKSUoxjGIiIiIiIiIi IiIiIiIiIiMYiMYiMYxjGIiIiMYiIlVVVVVZZVWWWWYISD4SWT8n4pq1bH8HFVY8c5znOc5w mrU/czEcSTRu4toPVXwbPkL5qD6FXFep8XC+K5218byuLnd9zXO53O53O53Obuh2E70eDgiI nuSlMhKUREREpKURGMRERERET+snsJGbJ9f61XDUEMxfNq7NJEQiwFgaKJJGUASILH9QjpdL g8L53oaeJ5r3I7OImy9T/FX3P/q/ufxV+99rV/vfrfBl+Z/Q5nyc3Vs6NGHFXNsy4Njg/Y3P zNGH+p0cHJTi6N37Wjxbv8Xi/5nJ2cnV4PFxdWr+x1aH8mHg4mFPRxf3Orgw5vZ7OT9JwdGz m93s/0NWybN3R1fBl6OTVP+D8nFhs827ow1ZfF1dnd3eysOqu7yero+KsP/1eDwbOr5N3Fxd nN6HNo/6lcnq9H9LxYeLoy0c3R4uj4K5tFebZ/FTxVXurzcWGrJqejs9nm/62h0cnZweL4vs fV7vQ8XxP/q2c3I8HxYdnJs4ub7Xwd3wfa5OTweDo2ZcnN7sMnk6tlV8nNwe7g6tjdXg9mHB 8HF0eb5N3Rwd3m3PNs4uDd9p0d3FzdXU+x4Hk5Pd7PR9z7HR5vJ9HZ5Pk7vB5tXR7OT4tX9i pu8Hq9HZ7stmHB8TV9j3YZVlhMMMvV6MOjZ4PNo+TV0avA1eL6uz3eDq8X3tXR2atnV9Xdlo +j5Nky7Ozs+DZXm4mzg+rmw+Lq8mh5uDyeL/zdX2vR83u9Xg7NWXJ6Hq9H0fVwbuL/B8HwaP q9nzPucnzYdmrorwcnxPq83J3fY+1q2K6Nm7g+Cuz2eTD7FYfY6GzR83Zs6OTDs82HJwaOjA +x+L6ubyfa1d2zi0aO7LxZOrxeL6O74t3yPi2fV3dGrg3ejL5t2jsd3d7vg+T5MPRhll9Wj7 nxbPk+1urZlhs2aMMNmrDgy9n0fBXu+17tHkfU7nR5OTDR7O5hzZc3wNHi5NHq0dnRlxYbKy 1V3V9Gz7Hq3erdwdnVuw8XZ7Nn0bNH2ubqaOLD6ujZ+L3aOauLzd3yfB4PJ8Gr5Pd82Wjdq0 aPdlqy5OTkw+rR82jDq83g+1+B4PJ8XJwfN97Rs5J830d27q+xyasGTL4uRWGH+59XN0YauD L7GXJXm4vtZcGWGXRyYcnd7ODu4Gj2YauLCvF9j4vsfVwfR9j7GWGXNl5sNn3O7ZWj7GWG77 XQ+9weT6PN6vm6OTVyVh3bPtdDs3eDu0aNGW7gaq1Hk3Vq2eKuD6Kd3FxbsJsww6q7q8Xiw8 E7uLk8HyPJX2Ozs+jk83yauL5PJ0ejoniybOCvq4OBzYZbvg+98G7dX2OLm+DRyejo7OTm3c Hi1ezmeb6ujs+Bh6vZ8nByMuT3bsPd/sejg/M9Gr0eb7HN8HNo7Ozm4tnRzbGU+5l7svI0Ye jdh83RyeDm5Pi+ZxfVzauTd83Z3cHZkyw5K+r8Xq+Lg9X1dnq5OyOins8GXm5svue7D2bsuj i1ZcT8WWWX4Ho4N3VTJq8mjRwfJxbsvwZcU3btn0cnN8GplwfJl9H4MObV6NGXxe74NXwPwc Hm5OLZ2bvFsrorm4uLi9XRq2bOCngrzV1eDDk3Zejq6PJyaMO7urg5PZu1ezDV5MNnR+Ds2c XxcmGjoqqr6PRxcFV7uriy8Wrqep9jZ8lbOTu83Joru9Wzm4ObVhq8FfJ4PVzej5HJur1asO T5vtez7Hdq83wc2jR1cmzD1ZaNXq4PVwbPV3bMNGrg+b0avNXdxbPo5tT0eLZ1d2VbOrycmz iV2cWz6uLky6vzNJ3c3J9XBl4u75PFu8n2vlX6lfP6n5a+mvhJ+x+xjGMfx8forSv0v1pbyb t2X9v8f5f6/4bTpKqqqrLOaTDD+MeJJNwLdu0jTTwpR4r96j/c71Xir+hbjo6Oq7l9r1V0h/ Odl7aMllduq8nNhjVwKpVT3T1MLVrrpJD1ODgrHouSt64f5651zud8V/TXkqmz2+t0C+tPa1 XIw/WXqVhp/3HmbnZeDHsdZ1r1SeKf5H1j3/kfGrKObm5vve5pNJ9WGFU000+NeYuPdJw4dm MeqtV72q5sQebeT5H/g/6uyftcP1u2l4RXg0yy+mvgVbW14r0bNm9atXlXD+V5n+6i7pP+yv B6n7L7n0v7nVWV73leVeS9r9j0V0r+Ne5dHRjFVhMMLLLLPE/0v96c35NmzfDCyyyy2WMZZa XNbNn4rZbW1ll2XwN2hPJLEqSWTdNmyqqqqqqqqqqqqqqqqq8UwwquTVPxlRG20v7j11ldwv heNcN6jm7ruvYtNPAR9uMac23ivnYuF9jEQT/H2PvV769dZ55Y8Hg6K7ExL/BYt7ee5jiTdH yrqrlcX+x7ja2veulF0bXU/RWDqe1UZJ/ubV61zt/armx9zk/kcmnm/pr614uLK9tfNX0rio 70f63wTxva9j3PoH5x+w/AY8pHonY+L32R/jJX2JU9H6zOc4k3ZL/WWf8lh515mdvS1eNfK2 bN+1ZSQuK3Lik2MZqABPmTJkwlKIiIiMYiUgBZYiIn1JSjGImBClKSH1E8TRoquST/M3k/Dy tttttt/KTVA5h8pzH3HWTo6N0YmJ6HQ/3CGjRSnJszMyyyqss3RJI8SUmWVVVf28eqyRu3fY NNPXXahfxr/CaXzuKjvpCvwST8X1HtbYti2LYtPoRMMIzJmTMmZMx8l8a0XpGV0XuqPhUeFR 9reo3qPU096/dPsx0yaxr7bWYxFLYsqiilsaBiC1clVUVESpUUZRjYYlyVRRS2NhiXJVFFLY /5JPmT6QhhPmQ8Hg/zFKIiIiIiIiIiIiIiIiIiKqqqqqqqqqqv6YeL8WjQ4ScKj9Y3bvsqvR sNn06aeyvbXLdu+lfFd4/e4uLLLGMY8FP7aw6Gq3bu2rVpfCSye8nwh9YLvZEAJOJxGM2H8D +PzV9LitRON+NEJZZBgj7yr1CrmklXrVWUuySpdluF0O93sY82rV0Osv1V7x/Kua9795fj0R 3q8V+ckzZfcznXhVXIqX7zwRJHQcfL/a/Lu7u7n6ff9IZmYVrSjwQR+xFHglQP5BdxMS/9dG +C0WkLYQVMMfZZ7W/vVAzxPFuHs/GFOp4s7M+gr6rQ5kMuTmz1GA0Vrni1Kg8OeLYy+a1vhv oejdDyPrAx6PD09SzYi8PD/r9jnPttfVuNTThbiCphjxZ7WxUDOJ1bb2feFOp4s7M+gr6rQ3 C9v1e68Hgisv36x2DH19Z58n273yPg9G6HkfWCgyMGTKra7K1bEA7lgmt6rbU1uChQ1ZsjAp QOiscUo8b0o3bivHGqxooUMM2RkUoHRWLu1M5UZqkVnN6NZaLSFsIKmGNrPa3FQN7ni2ns+8 KdTxZ2Z9BX1WhzIZcnNnqMBoqucVRalQgJT0EetR8QeJHnASJBrq+vnWG4bX2+ruyMneppCC VUrFTrh+Iiiro73VlGlFcBmCtXiaLNHe9VchUtTeXs1HecTxra6aoW9npqWdNtxQX0pU3xkb D0U6kUtW0tvV9UZ+KDRiNRkMdSYVVht0Il38+w8+T4AXLgpw+H6+ER8her7NlqU4ES91oWCr nTRTZ43wuNmbu6q58nkUvZ1S9yuKg5hoPun59dWX43MuAt0BP7EeavEPuxE886J+dObc5rem tcc7I41Wz6hiRzjlOFpjA4lzQNQiiDeeGW6jI0mSEEPFHS5giLpXENBfljAlXxrnC9nQfVtC /v58q6y3nxXXCQB81zkMHvRGGJXLLv7RFGamxG/XuShFvw1quMiAJPDCX19d63tv28NvLW/3 Lmdz5L3yvGuKLH1R6qutcV7XZbb9ieCftaP7lVbb8W6cvtT5Ic0y+r9rkxj12W7d+5pp3mrV +KPufg5ruod1DKWqzm5tVK2r6a9dfXXKt6yOTd8drM/5nQ7PztWqqqqqq8HSRlmWWWWYpppj HtpAnyPmWPApN3aGn9leyusdblYxjH0laaf3v53yXN/O+s/OvS+Hv/f/b/h/a/r/r/s3d3db bb3d3d3d1ttvd3d3d3X9wAep6nOt68l8Ze8/Orm5tpN62bMY/M+ANmzGPZWrVzLe9lxcODGP pqNNMrPk5k/glTOFVVVdJidZ5u7zebze73e73urq6urq6vUr/NWV+CfWJ8aj41ird6PR968a 9zo6jovLxZjRLq6vWXqWLFuvfLCwuifxvIq+1+wp9b6V6n0PpdTo/if6Xsbtz2mytLq1X3JD wf4P2nqqneu2n4u6o1Xvvfd2mmWWMYxlljHySn7neT/Yr84FN52ZSvVJo0+Lsuf2p0dFVVVV VVfbJ4t3c/U+cnE8nDrJ/vThJ513uGMbV49D/o+2tSele2u96qjs7P+p8YPKvO3X6Gz1Uo/E 9x4t79N0d59Zutl5mHlSjQ4ovwri2dCo3XtN1czKjZcONYbrd5VH2OzlDo3PVelll8U95ued c+VysssssY0vVX9T/0X9799frPvH5D8DkeX5Et7/yC0JqoraIh6KLWgqqr2REA6DoPifh5ao azWVX2J8k+jmcnO4VbyJIHvXhXFvl9D5qOhzW69B4lWy9K1VX5U8MmZMWJhljeqo+S9FhZej GMY5fxn9R+s2cL7F/BW12k0eV+asWLa8SPQeHiqqqrjzTxghHrEVMJzWi/nqJeL1N0FppjG5 HBYF5pwj6/XHw6Yn17YIPlTNiYtsxUlsTffbWLdND+JqoCgQbqVEnhMg/yHkHYVpG9kSAcNv lXkluw6Uy63YkVUAvRESNOQL4A5WKLo3SxCKAqd5ePcCmVBDaRCWzgSU87zjed4QA1msICrF mJBYTq8aOV64DE0aEi63Ekp5JNqiNISShHLBjlRA08Mp08YZEFVoxzJUGJu6d8pQOC5UStJp RiqyBgNwMksMIoiJTIvSkKG1VurWMzMJSeKKcCZmRkS8ayxuDLWmINbaToLIWU2NxXIcVEJy GReYNvcuSZIeoUZp1pTGqZRAEpAygJGXDIduODBVCOLEoXARj11QlzU4c3Ys4qewxd0oFLIj KmG9lSleQlIbt1UZJbygaqK0bSGCaiBAcmpJF1LvBhwa4GCqFUnslHAohJc5EIXqAgaEjLu5 4MRqZA0qHACCq8hiWzDN3EWYePWbXOAAWQNIHN1bidAhTZQTMckS4WsGZe2xlo3AoUow8etv m8jiCGGMY8oj6nwv4ftyc7itMaa4eycYmqej0eRzep5XtXUw4V5LQ9h41sra7Oz6l31/gvmX 5JPjXRdV31/UflPotnB2PYdF2XuXNch+gHQ+9f6Boe1/BOHieC3vcHtvbfiNJMstEPY7p+Ka zWZf4ssqqyzdOMXnvb3V8XQ6mGLmql/p/B9GX4Z+XfTfLfN99IdDC0OhhaHQwtDoZhV2W0vS LlK018Fp+uvmr968a+c9cneYf1HZfvetf015vNs9xBiqsvdYxpV/bhs2aatWMYIxjGfOyxER ERERGMRP2E5J/Ib29tfOZX3W1lZf4qwysNH01+iv+1f/hT+tT/sU/1KnQpK0YT/tUySJ4HVP rcyf+w0f5ujKv6n7Wpo/sU6P3NX536X4v4NWi8H/gjGDGMGGH/Un/qZSEX/JIYYkMbD/74FM xf8MKvgxdPWs/WJ/nE+wn+yJ8BNzileHh4eHhOHh4eHg0QCFCmDBgwYIgwYMGDQJChTBhh9q J80T97sgf4NpGj5/+vu2L+JZC/1LEkxf6C1TRc34rYHuSf+j/7Mf2tl/6Mexs0XzPuaRH/vY +Zh/82VT8jEL/m/8n/Y2Uv0vOgT8zFdsqqfEyCn+t/xf4PkfabH2lMEpUphWEr9CaJYlSl61 kn/tW9/PfPc6qfC5FyWL71svhGz/BNv736TknU6I4fmKw3T/fwWuEnSW8J/0W7tPXihMe9cg b0Q1gFkNz+hLIMqaOi/u6Yxj/fwt/6GyJ0Xk4Va6OjBHNrwDKRtD0qGz8S+3t1mZk0P+ItWH 2+HkvwzKagRYBQUoASGvbvH6sfj03/Z6W1e973pgd69gxp3VAOT3hAFCE4IwRsXQkR3WnTRd UdlUHVgx1pQgvkAdWCKdEZI6i6cEWNNd+89+dYeHCWI0QpCkdNd8c76z44KaYLDl5ZNsrPmK jVOcy3R3u7p6Z5bcT09n87zej5qwfInRU4tHFqDRlWiubo6Hyez9r4pyB5t2E5nZWEIxkgkc FPY991RES8CDtthtx9vtkTgaIgdvZ21x6/Z5dPT08LcXve96YHt59t8emrBMEZIEEexDevzC J2A7tEPsHQf+b0Tc8z/Y/vSnebvUXYaVD/cyX7VYn04h4MOYsBcGGP6FpU/Isfu+dfL4MxjE 7cLrx3j/XWPnX+c08X1r4V/eeCvvX/RfJbS/sk7P/M7MZ7q0tKuR9tqq/wsNjHkvw88ZhjKx oKCCT4RVGH+1fW9LJud/+vvUD+577770oHc7771A7Q7/27JLbIXx48aWGtrbve9LDvdgcu7u SeDuZk8HTzgG7uyTvDSC5wc/mJJRjJCk/mDRMhJgi7QKItYSi2wotskCkjJAP3oNs6tlQmDC rs0RviWYP77GmBqySyyywn7RBiDoKQVFSKRUVBQ0ShSiCJUUFFJAlBIQ8sy2VUWsrUUpaVFB ZA7URQr/RbUCo1aFYG1iSSiIIRA7JYHCsEZMVidUU3i5mWimFuR0xYKooKEC6ttpVaUEP/Qi kQQDSKREOlUEIGwT/xMWeS0FVaMCbVRESAcgICD5ttvuqYtLMEgIIBsRBCB78LRVo6RZEZBW J0CSopBEiCATQPpVVVTBEYRVEquiNWkwIYMFUhioLFADkGQDpUE+NVGEOFQRgcKgiqiULVYL FJAOxS4KlKlWVZEpUjiU0KMrbGJD4VVGUIep4Npss0cFDwb9jkpxPHZ26OnHYvqO65nmbCel dy2XDwWq+zjMzPznB+o+euo8jH4vvp53uW9XF6HeWXwTkfyHeMu88a+8bn/bXJ3V3V/Gu9el cIP1C6LgyTzrmd/flj1V5v/FeDdXMTFyA7zDoqbVpZSysWVkXSTZ/vamn8dsee3t2TcjXbnv M82OFtznP/gVh+06CPBNJOUgbyBszLeDjLcOUtyzLs2s3ZZntPklPU/O9p+mu6XWu6vCu6Xa T5SU6rLusujzl7PS1TxaH86TWQmmZdK0n8r3r2V/Bf2rvoup/TXlbL1V3O9jFtv3vr2wbJ6J 6J+pNjik6yeLk5KU6JqcSrVirVjLisHJKf2nun7zKPnE+gv/L9aBZ46qjXC+CfNJ/K7mWZML J0J3J3J3J8CfVPgTZMErZs2bNg22222222222222gggwxMzMzMzMzMzMzMzL5xkQIEBhhttt ttttttttttxyeckSJDEhhtttttttttttttoIIMMMNtttttttttttttBBBhhhtttttttttttt twByecnnOckSGJDEzMzMzMzMzMzMzMsIIMMMNttttttttttttsluIhIlQYglQXxcAI4+c4ww www22222222222220EEGGGG22222222222224ECBAYYbbbbbbbbb4444444444/NX4l9BdyT 8CPJeSwL4LFsqwq0LAXZdRaUWyxYsKX8EvtF865rBYsRuWwtlssCJGQFYIkWLKEkpKSyKiqr EFRRFRFZAQklCdkDRP9If8l5ho/nfe8K9avFXQvWWGi+xfMo92ltlWWram0hCpk95N5MyHWC ro/9auIltd5lfyMLgy6DL6lei7nolN7m9ZzUVfQsEYI9rg+J/3G22ZHwfNf9KPGT5jvfxGjx V/Qthfsetfiv0hf1H7H54u54i/VT/MruVPkL3//m9T+hTorq5v7H1vQferkdJZdzV0eqk9Sf rXzG7FjzE5TwK6V/PcNJ9Sf3sPsP/cfo8LbbbbbfGJ1InET/pGE9SDpHmuF0rS5F6Prfkrdy UXqGFaPWNzomB84e5fsqftVdKj7DgPVPKTzQ4r+svW9Q+18n9R4nqWnrXU/wN7mbvZ616P8m qXMZgIf+40aMDoT8v8q04PhRTavu/P8PXIM97CStu7cgyebq3UBBiFPPjEAfRXFgwcVGGX4u TKstmem+vTbhOWXyTeXc7VydjGMM0Towe1iulYVudy+1uqSaKVyZK/UwXFuDCvhJ+9MyAf1B 9Piqrwqq8k5kTiARIkJLJ5Jak0tlygUfxm1iYaP5OfDflxcT+V3b1wsVzrFcpuIxlmUxMwsy RWIoAFQlIrCsKCgjBZF6IOUd4YBwgqqDJpyQ641p0bhaUEgnBgqqsDkyXghZYhP8IrKoVbbU jcqwVRVNmFVOFZpEZA5YB2hOEJxAVkDTNxG6ySLHceuM5NaKckIVRknLAkxkkKwDo5sCqMOO NBUnE0QM0nDoA6RVFNob7ybaayILZZYhYbVNLlIbYmsqV1WJyxTlyo1ZJyxW2dMWJsGQ4YHE YgFbIQutvNTmBx4AJuWLFi9FgsLRaWVHNG60t1pbK1Yu8w0wzJq4LYuC5F/MJoBMAJICSAmQ EyAmgE1MxERW15xhLHGMPjGMYxjCWOMYfFMRiuLYvib2rFMDASwOMYfGMYxjGEscYw+MYxjG MJYomMYfGMYxjGBY4xh8YxjGMYFjjGHxTEYri2L4m9qxTAwBYHGMPjGMYxjAscYw+OfPnz58 +bh1iYksnQRlOaaIdU6kyTQvAvAuSOa5LkuS5LkvBeC8F4LuXNd68Vi8V4JqvGq1UbNGxgy0 0Lao2rIq4Xgt0YtLFpbrEaIQj8NTjjjjjjPGMYxjGMYxjBGhnOc5znOc4zjGMYxjGMYwRkZz nOc5znOM6UpnOc5znOc4ydDQAOkQU0u9aqNpYKsVisMrRLwWiTsk7DwHsZ1JzMmVVRBUVisU UWCOqIrLFkUIowQUBYsloNrIYzlOpwVNYhNZvW9MVGSNm2bJs2jXVwWbbhmm8G22VXhFwEiI qKKKIKukIkVKwUgohTk5MkOoMkgUYYmmskAqEWQDcJKUOWLCSGEUUUjERUYKIosWKosUWKKs UWKKqjBFGGKkqoRFiojIigwGLIxEYKIMGJEYsRiMVRYhvdwZlKqk6SigoJGRVVLYWLFVtRgj TTMRvSMqWyGwkKjzELIKKsIshFgskPbqkhDoWTciQqHOUO8KAaRJGc06aigIKMITlYqCqBon cjCSkhGrdra6XLarnvOGRhbEdjFlgsJguRbF0LkXYu9bLnRzLFYSpSUpVFScUmzBVKsaFtqr qRhzJZ1ELwdB4Ngzc8MDkjJ2PXDCsdJ1xOOJwBkmnrgCWbcTaTYyQ8pzxwVAnHFCc9x5lzJy yyPElWFE0EozfGpQ0QtKcw5ezchWBKgdJiRYbZJIdndAmjg5ee+DrcSoTnbvUnOGLsqVab8W jfjg6IapU7JLOhZZYTFRFVVRFWhBJwEQngJ4CeC2XC5rFzWVtlphjJbLZYsWJIkSUlCUmBTC hSlC1VJGT+BJ1ZKpatXgjB0smEWTsnZ1dETr0YiGCBmawD1rrswmjYHGZxOJuBhiJPAw3gEX cggWJMcAaikEEpDiwB9RTHRomBnUCpER3zkkUORgdHU8ATZcF2LxW6RunJYrExXWOrrt24Dy Xjg0aeJDwyTbIKqkOWAHDJJDnkHIzLlpGs4yqcrJvluxVxgjdd6kmhYkNt8zRqmJvuwa7Tk2 LbFRUyLzlc5zy+YOMXwAYCJpM80MG7wcAziSHSbYTgRRFFYQ3QsgccYZrq827jjhJotF2Xct wOq5K0ml3LQQ75dHcO/J1OeCGuTzs3h1OgQ5w5syJByuKpjjvjyKGQgMFkYFwgHlYbyHfKIB NBeHSdbm5htmmHHATyRA6O+ISHbOA3TrCh0gLIG9c5DQGmycjJzxycTCXywwmKPOSJEUhAY2 +AYuTk3PLGBcPOzyzUSbEnKosHABOJ2LeA4gYc60naHPWgHDkabNZtyIDNicskDKbuAnBc44 1NkDwRIyGEN5xZE65ps1DrJLxekgBtAOEkm2IowJNoSpIFykrJwrKyKQDaFQhtFFhJBQhBIw k0eNy5wBTW9a4PHId664MmuALnRPDwOuTe85Y5lAQOZw82jy+AVgwAZkc6g9cHG5o1GCjrnD Yw34IQJ32cIE4k6eMCZ1V8MiAJxwwMCcITvxxgMknMEAU4Q5E089WToQCTgTObvkoPMhARkR hDEKknfG5DhymAdTkenpHXMANsw5k1keYu9cXjnkkFhDSSacwroYuMzCdcVdcousuRtl1rab x4jwGCxYSu87d99HGjtDgyTlgBnHHQGmCgKiKCqC9VLJUWKQVQRgoLFiwFFCG2EOBkrCVWBi qyIxYKRFEVFqJECxVFSdoSVAeey8zjbCaCgHabexWBoNkVVQ30TDpOOA4SQKyQ56oSaQB74s nQaOQNEnScTmUnecQRkirILISpJ2rJBXDnUht2yhJOkCGIREFIoCoMiKMRVVkI3xScueo5dN JcMHSsSuMQ57SgTnvow54Am+zE4M6QOENcIyPUlNmg4A2gaVVYiRAiqsVVrKgMIxUqSmmqIK qiAqiisVQVyhVRJBTWUMZTSUgGuOuhwICAfzhEQAhECdAD9cwTfWc41/gmZkmZmZmZmZJmZm bTeZkmZmZvaZmSZmZmZmZkmZmZ5cujwRE/M/S+JP+L6J84/Sno8vbz8/Pz8/9fi+j/rV/6nm 02btGPrf2NnyoeVd409+LxypR5sCvNkQ+f6mlQ+swHWwr58UO2SKZgTswi5sRXZgb4UvYwp2 YlLGJLlinNgGMRHXEdGF6751d1YrZfiX5K4u8f2V+BvW63r0rV5K7K0OV638zs7q9tfyKn6G FfifmfMf7Hyfc+v0M/iSXdXC/z1YV9H0+73fh4/XJ6P3yfoQhPsScqqqqv7yp2US1aNbaqqq qkjevPnz7Af4z4nxhD4/0yZBbv/dJ1V+tXNJarsr/S+1u+B3B6oo5eWvTz0FWC7NRNve0ESn 8y++7Pi/tZmfxr1z9flu3bb77777780xjjPg7ujCVmVP9aVJvTxSh5EK/okrCe1r53GMh/qY bNf15ISacYaNUJDP93uLDCevK0/T5btvOhYKsqodB5o5KPsUPgIaODeAB7CB7Kp0UCQ2bvXt iyZlKB9B7+96xqBn3wdkruMszNAN1VVsFxt1yr4WrLULFXUk8PHV6ervKlQu7aHfd0AfBh8D qyEN+67tZCiNChZC1rL0qKFQAJKCRdQEQOSkyBn0uue3C4sC+fUr63OpgHSkdGzzNQcbEAQS ZlQLcKIZqUmGZWLMsIUCBOQQgkcBRUcWGAp1VKrZU47Y8Os+Ht+7x7dfb5ctKvhht4DDJ+pQ vB3QC2F69XZ4VUXuFy1rKj93etCnkBdP7ZiNL3pmcsP0Lzs7WRtfrRiie1IRNcKuMqrjKqrj Ep2xVWsqqUzKjMpcO5Vo9eUV5y8EMKsucbFhRj5Obk4Or9bYhttUqbSbSbSc3Vc4pqwp8xk0 ZbKxGgsMaOzJhjS2qeVbbVtXlWV7aysrpJlZWytpNqytq2rTVaNVtunBThEsMiAQfMeMonrE Cgf+dEUJStLrh328Pr0s8MbivwLWPFszk5N7k1BuK0XjTqBH6xby/9almVkCHGPLynGdXkzs rva8QCQJ4gPwBzmgAOdpt4r2EH4Po7R0rDx6+LYuq/mrsXcXp18nl+ldq5HVycnc9xNHBblh bL+atbZCg83J/3N27sdVoOuvLz0+04VFaZvXlWV7VvLyXDz2NOr2u+0bLyZcqfhJs3bK6ubD kywrRhVc3gwwatW7Zq1NFZbOjgbMsMODgw2aOrg4q4sthk2aMpX3xHZlFUdkcW0nE2NBACPF wBlKgHTSu2y0Rh9Q8LZbNDWiz2hFjLCIilOrYoafq12bzKECIktd3hvWIe/v8mlVUia4k4P2 zyquSfCYfeTmTJD0aif4JEDCSSeyaTPhZKk9MurKhWEAOUmJjPdkrtA0zwl45wlGQOEDTIcP pMT3xu0igTjdIeEgQ1lnaX/UT7Qmg5D3LznnMCIfY9g8HIiImio0pUaIieQSqqqqqqqrMiix 483anNx4tqqq6tVd2rbcvAIlRKpr/bBOHd1xbVcHgaH9YE/TAw9CaETZFWTKZVllW6Yapwh7 yYPHM/B98m5lYZcHLvTVdnrh/3m6w/Sua6LuXrLwXuXrXzLvXzKtKvkWy6rxXRbFhYWFzL61 XcW5HJexc1zXcui7lzKXivEvQ2q2so0tXqraNFyNK3XqSvgtj+8kJ0yYxP1rVtRDVbRW2UJW wq4rTbCWDMYrMq3Wq5L9Cbm1VsWS0sRhrPTA4WKfiqOknRXJ8SAfHFVI6LhXCsijWUkqnViM YL1S9V7Dx2Q2sqbG2im6ubA/8WNqOSqwZwThHAJDDnhUTga85rzmZqTWbMQziE3Og6wJDnks JubDeBIcdc8ddTWtZKaqs3W5AJ0IREn2EEQo5GVp2svMqljXPkySSNxRSSSSSs4SS4SaqxiD BkYsRc21ap3m1TwrlXFdK+FeNfCuccMzPFarnmZ2jFu0vLczkjmpwV0e7gZdHdxZK5pgmGsK rCKsc6cZEp+Zq1cH0bP0ObCcU+hMl5qu5eCxeK0tEnmWKZGK+tEiUggTqnublPQ3eBh6NVNB +ZA5EIkOoBMzX8mYq8c5nXr2zfjMpxbWnHhlpvojVqqqUrmVhhhuYPeZg1iXW221Cw5k9CTQ 6TacpNHRwOJnZOBg4GDc5tWGqvJhxcDiddXWTkOeAOibJ2QPBMkVFVWIKiiKqtsmxPKcCzUn HNVz6dd+JunFN07J7j5iRAtgsKQthZbCybm973MDASxlWNjMWFxStnCf8m1XeuFXMjkXNc1i 7l6LuWxci/ge81E+LvJMWlifL7n/BfpbYeH+U/9mP1wdkAfdX9VahRisCH1LFUbK2VpFF7D3 LyVfmNl7DF7lwvct273mmzZi2666ZaqhmCo0g+hsapokpk2PNxVzOPgcxcC5LZYLhUdx0Ocn 2e9S1TpJ0SuZ80roxoomRwmkzMuLay2sPsFgt1ssRutliN1XeXi53cruMrrXdEkaK7I5mLsY 001S/oMWxoyRs8EU9UYdbH/B+c0bjFes8jxXirMMpf7lZTxKsXLpZdLKdDKJaMSHdMHmZEOg yxAnmuFkJ7fsYKKqKljLJll867q2p3l0F7K6fk3XQ5TGZvWltS5C1XKsGyytViVpJLK9w/JN iOnr9p3HNWJZHlXHcz2duqK5MXvF+AHM/7lTSbquzJOVG0m+GTJOUmCSZLxr1eAJxCU8g789 c+3f7+N3au1cue2uvXbfTrv4d663NLksXhS3WqXaIE5Ouu88HJL8Ay9HUlPTkjy+fW/PXUnB Odbrv15k36yc2IlTaHVtv068t4cJOfW4JMwyue2duveXsXKPCuFpdGYyul0b+DtveMGVXbJe OBCIkhJEomQlKqEra0tpXuiHgmNa435HveGrhahPYnsQhCWT0Rknik9kDFnovnGOXosirExI 64nlAcsAahyPamRya16fGqdeEh46JSB5JMQnmDA8cvd7zkJ5muly6w348EqRIHJ7MOXDyPHW 9XML367Ltx7F2rCyWIMrAHIxHgIwRiqWEYWEYWEYqwjCwjBYRhYRiTCMiwjBYI7YSquNzZlu wxlV3IAoChwoVAGlUScsM6bQQw0JXVFllV6hMPRV4KGwXT7g53sJwMnVablHtqZl31jlN1m+ OvGkTk0s/3zDDg2eSckkSJJEiRHQUlMEwPqm7cji0Eyc9LcktWhjJFtMtLTADCtj/SSdoZCd DjPCTQiKk4pltDBwUqrVr8nBo82nm5b7KmDE1ci7q1dC9BH9a+yuarev+TTwMk2rCc8Wi/mW +y669YxEjw7bAdAm1VwCiu3NbtyZatGuAggEBP9AkCwhuwUhv9VCMjA53ZNp58Uk3lhD0yKE uafHN78ycga5s1uyHTAdU8JL7nUmoansyFHZ3Zy9od+cuzb6pdcbMe8gddksKknbFgPFkOO0 78ePJODCM6589mjykogE+JAHwoKr53K2Pfcdxy9z0HnFhFyJ5yx554dT5jxDnh5zkkEjguRe F4lKoALloSSAOdfRHOd7huI71dXT5Y0cOEa8fjZI0swHauAEBHOualacyzqVXe84FCEvBJ0y 469t97l19S6ywUt61Wgi7ne3r6QOeLq8Pt9+WFCPx1mV+0cq4+swK03VNwxY5sDtunGDNNVG TnTNmKa/rA4xeWg10N9nY5KdZPosrLdVW2z6pZN84icp0TEnYxdL4qxpdnO1S2L0JNq6vo4W ywJ4hIRQiJwqI6Kx7oPWAzuvUXJwyv3aEt372AFSOBA0QhEO0eEc84kdm5/J4p4BmHe+I7J1 1u7uE0lEN97LycwEJNgdWWGMm0CFYB1ukb23WZxzhQ542YcgaTnXfkxEcIWmtrLM1YWCQ1mR 7VZEgoxQCSHxRbRM53ebJRJPHciyRTtiknjN60Hjjk7348Z1exgm9Ag8Ag85APB0jjhck87Y 7NC9qtE5NGZvjjid9HF748G78AmSIEgeikpQ/8Z9wcv59fM9+vfXbuU8jIvKHzamM/Qc73SO uhM7FZg5kHrEbN9oaGI6krmrHL7W3sUl+vRzwcIiTPsE8iETmhKV+xJ97ltpSlttvA8F4r0j hzrts3bvJhvW5eoI+S2quEIS/SETuzoBfxATmg6mAq9mUR2inGKOuw46WG0FwDDzJkgg4mYk Rnfoc7Imt4eDCij8PBWITbjnnnkQX2vZjXCzwDV5Lm97o4LyqtVadEpAjYjx7RR7G9F7gQci 0RDTuAZX0N5y+kiR4IEBUt8CF8ANi+gvGJwqgbFzlOgGWQCecvEweKlwUaPERXgrYwz9wJpJ RJLEZTmwGUnB6E3xyvO3HXremVethhBwPeP7Dkv2cOdyuh921fRyI69pTGdmdcRF8fTdQOLI jLCNZUjo5zmjhHOcfCByRICEk/SRCUwRFX8DKtKUtttSfiE6OzzCcsIsCK8SwlthLYeQ5Hma jfucV3uC0vOCnsWlyWWZHN8DyaJ5D5+PlZ1lF9dawlATt4tN+wS884HOcjlZOVJ2wOZ9PYBB hRS3xYQ6VzSnzzdt3fA6pW6pdFzKq+JMu9EUdNrm9SZJguXsDrmvHOBwcoxYpq1cLVNPWXE3 lMgjMtxc1wCRZN1ARBMEhKFBmCFTLhLhIJhZ2cIFdqxIGESKUwFZEHO3OMYYM6k7paL2MHeb zfuAoBF9rsizzCKaC84YzW/HvJzrqnqZ4+UnnwqO11bnGGKqsRXPFuUccyoo+c79HXjT0SdH Ss10ldDnq6FFTWrMGQRYoDN6060rrMx8b75wbipPMIZ4tKZgkahIIR4FFXvdcBqfUCIgHUBK tNgpOXtlZM2ZVquA1hsJe8UBq1oGzsVWDnXG7va2e9qIgTGvSRx7sp5e30BNphOBU8XPfY2J pOb1kwwc1vPGNU0J2IjyTA+g0hzVPZPfwzlNhNeTx59Fh+33crqCPKS4GQg7sukb/CcZyiCc KzJRNR5cXQNYJgQjzdbiXF7VAXKDJJAOZo5lVMngBqhhR4GQWS6u1soMZ+mwjxaUMGkd0Zez OY0URhANPBM0ukeCucUkkE14Ajzl54I5D6l1+XBjJSg4BnUc2GR1Iooggo1O1mOsHCOKMENF RS3rEGez9+DgFCh+gHM96gVKsSPEb1OH02olP9ByIN3FTlvNilNH27O9HGuju9nKzZ6EYdXJ 2rGJtGzOLwtFLrZas10SoooHITAGxICERGHCaCaOC8ST1LsXJSTqtHI8uvC7YqB9vfme58UN 8Sa7pLeb8d3YBzw52ZfCGyV7viw8kT3A2AhhOPHmwJ57zsga1umdeffZl+zuTigQ53ji6rve 2TXANVbxkco8DI5Q526g7JrIKFDscmSehR2HeScnwDlRG+DLjpDleEUD5pNWvLIvmmU33wcs jh488744mdytqh5wCytL8VwOuYuMjfBy/PoAc+wHEO6+j1d7KKig2a9ivByBYMP0xOPu2oon BxDpNI2cwKL7JhaOHATTd3lc5wcQ/eOH7B68zLvJo4uPGdk2J3IeCaNicSU3c3IyjgRRieGZ y4iKb54ULQInJAQCIKoiAXCa4428Ouq5nXfkJoOkOjxJAWQnbDF7fNYR00AyVlQJ50gIjUxo ebDry8EkAkXccE5TvGXr7g6OPqEIdPYs9Aq5TI1Nu8nMe1KvC7XX2MebwTG0HGKrzvOJcfe9 AuB3lCB3bJBQIVgRtkkxMonh3Zk9qqS2NGtw/gHO8Cqmp7fkxsRB7vo4s2rVdYLHW0YF3OmI 0cM9pXFgkYN3uW55Q71ri746OgwOifgSngRFXZPgRjwJ7k9/Utm/PtWo8R3de8upHmvI4rHV aWIDsEIRLXFOeGBpWk4YixyiXIgQppeCN3ARs4dSlzc1UrnZrG4bpLVbuSmZm88AqktVV1eL twRfVMaj2Zx5CVWgaPaECIHYJ2Ves74kpz3hKyHYASTvq8b771A45xk44snRF0eEcwPL18HN A5+AOYOlvb2ZrTA0FmsYvLM6hb0FsGa1J+7YQIPwCAAQkai7afPASjfGvch3S35K7u5W2IJn FeuV0cLzK1zJXaKzt3iBvJNjnYyZipUXpyIwc/Isc8A5AD4BwsRank5iVo7um2XCyTuQ8kxJ lEngJv5DzRR96cEBn9Q6Zq/H5W/DZMQ0uHOHpf2PLF8nsBQIU3cmc/FO8Rkojtpniu4CNEEt RjVrBfMpxlISWeXK0zYlXXWIEuoaFNCTJCKPBEoAk3RGbR0c4JrL7vA4QHE5jg4En2t6QmLA 2AOTC3VAxOdYiFo4xAv0Dk8HGJypxgB5tzfS+3fifYW4JlZvBahrWXpEytir72gCeACTql8K 1sq+B7FJWsizVOXaizXsZl1VhHXm19Dk2xZVmMmHp6E4N1SMdBscu46o2IeLRyxz8BcrmdNG mm2/Dhw5cuXDuiCnfnghj/ohNAf6S17K7S9RWyT9y0rVfvZWyyVU3W9arVG5qv8qwT3GIluR 3LFiO9YsLC8EmxbBYXRQ+S7z2t66ROWqDUqd5YqYsolubSr+qthDhlRe2mSDkuEFNspDqqVz qrIWiD1Z7uPglB/Mr6zhHd0haQqvLa5424Nt/g3WNn8jOterSO98Xzr6UHWi72UY5rk02f4C tH44tqrbf5MuXC+WNesn7k+7P88nTy0yAAXzkfRqu2ur8y4XsqBiubM1dRRMYrh09GZO1GGj Yhl5Qi3/sToli52Jdya2KoWOXQtU+pzkULi5BhSnUVVGTifa17TStWZLDN3laowRpJishuIh hbU3Nxpy6FI5rwVkrFkGFqNq5pwHarm7NAPhBBO1l5sN5rWk0W2tSP8g/5wH+ocQ6L4eHh/n A+czxb89czPyj8i0rcXEzPL70HaLhPkTFhKpLdxBmLiMS01r45UiI2W0siINQquZzGXeSTQO LDsmYFVskQcTsPacbuxutoUJIjc2IutavJraOQXU7vOHnMcbsZJjDBrdyQquZzci1El1lTFP Sb2U7i+YpnlpNJ5M0k3olJLDh2Lq6Ry0+TlrIrBVxMsXhMZzZjd25usqppVTuJq5NzjoXuGr F1e7VTs4aVyGoi7sVgNtRRgQZbeZzJychbsVtTUCNqLl0cYcXiac3ObeGLFDMpVm0OLVcRER EkkkkkkkkkkkkkkkkkknCqDbTTJNRBVzM3EGZ145xULAvhkpxtF4MIWzl43sKrk3ROWxsxB0 RFXNNRSgsy5kWqsQDkzyLGOFdyjdwEi5mxe5uwol3B+w5+VTi4uTCcXE0ZVTKowypwMGYwv6 mi+cvkR41zWLFXN8EbVuL8F2Wy7Ji4Xor4clyXDqxjMzKrDF1c1pJwL5Fi5Lk7rZFYXck0q/ Ji4XNV2XCrY/L6FjdclutnTmu5BNgTycZbbKUstpbaTCMny1baUpbbb0TRJPXwVVVfoQLJzM h9Yn2mXounuVlbE+5XiPM/M/WgobUL56xL0VZX8lYitLKRWLCrFWKWLKLFiMWLFixYowsWLF i5I0tLFixNFhhYtLExaLFWlWKsVYqxJhYUYWi0Wiw0WJpYsWLFixaLQaLRaLC0WiwtI0Wi0t FosWLCwsLEmKtFhaLSxV/Q2X3UWdMmUsI0YYy3WLY0tSxYtqLS1LFksWSxZLFwWiaWLFuaOl pTctNjaUrWK2LDY2aWOGkblg3MUN2DYsLY0WW9FhsTYsNGEaLJMWEt9La2NLNzSxoI0sJi2W jksLRstWLFMWVTSmGllLFiFpaWlYWLyrFMbZTMhKlCpRolN0oib1EtGysVpktS3W62VaWJ/+ K0tHLS0nCxaXCxaVu0tDFim63WibmKYxDY2RoWkmloW2UGgsKtMSmMTaGIwy+mGRbMVTYaaE tRirWDMWMMQqG6wKqFVJGagVQ4qq2YbnMsLCsKww4yDY5paUsFgsWLBYLFiwWBhaWisU0LNt pbLBYsWLFixYsWLFixYsWCwWyaWGloWjQtLFgtLQtLFilo0WixbrFiyI0VYmxstNiw9ikMEq p5vn4MfXAmJo/T/l9Pt/w/o3TevBGJxPsJ9DVPuYO4Mp4MVuy3f31dX+DQUPBtXCwq/xC1VX CnCN4HODdUsPL+39unDeK9lqrkarhaqpphpf04HffjOJfX7u307layFw8NSPDK3xRMzM8O/B XxmQIbSBKctISSeUnCScM1bb6MzLbbaSQhRhypeqZCaZq23ZmZbbbYQAsTnkwwt51l/dsnQn sAHwKAHI5FB19P7mD8cWQJPaOzgIilAECQUhVVegZm6dAz9MJ/UM+sQiEFE/3kTKTTj9E86+ OBVexN3yFIL762c9tP+bdzxoO8V4Ox6q4WlqvUbJmSvEJgrB4NDB+r57NhobPdNPmy/xiHse ig+fu60fUMSygxEUeI8mXLAMzMlGLqx0L6F4V6kZVWMrGVjK9a9jD/6slorMnfhiT9klTn+r my7Oz3ME0IfT2T/OTKN2P9KukfNWI2KviVZQuFh+t/2/kTLq+5iGzwrZX/W5MN1avvYerU1e rR6sm76voy3f0sMK3cGTDV/m/weIaOsnvPsQ+ZPvJwFgHc9en4Ufl8dGnVHWtaFdV2L+1pf3 e+9uXNSfy1V8CeT8JKYfwk7l+Rqh6YIC4Clp044KAghEiioLmp4u/d4KGqhXmXros1GdcUTv o7141U+dk4PY4JIftJ9w0AaUNcK88yLRc5ucLH3ttc667jgmp+g/ebpzrepyE2i8PLpyfTQc pavz0Wl9qxdC3WipeiuaD7q2qP9yaJdy3VvX7vlJ/YrQ0rKnGe7uVc6jFWCYshLFiVXOsrKy udcdFgbKxNqxO7GZLBg4VglARUIsFBJA6YSYW/5ulVVX/Dwmq9qtu1aVr1fH6/2/t+37P2fD vHvfF61jYabM22NLDbWYXr4a2+69/ym9X6VcjaeT/x4P+uIxUYqMVGKjFR3+Cv6gA/GTjYj8 n53ZwcJXabJilv5a/AnYq6Q6Sw8kQgTD+4/UGlRVWPnDMd/9qT/Yk0f3cwNl/e/ybU2f3PyD vYxjH19W0f/k6P2v0OxH2Q/4DK2e9fYuyf0r2tatMK0r5C6nxYYxj+L+KlxX9Rqvatq/3PBs LTm+08LE6L+mbb3QtWlr8eXV57fZz5bfc/S8CbnnjGBFIStZwVN1B+vn9wesVxZ+wyEPmNet EcJcD+UGvuEIhQICikBwu1GloifEIjdj2gX4flV5dE7BOA4I4HFxxRvu04uhpPcXomKrRK5t PA4TyCAbCYJ6+cmE8eTw++pL7QPdiysJWAj7eri9UrBY2wniAyTHvjzz7/XoOYdJFkPTp4lQ lyLFiKFA08BgjPhkSwkItN6lImlaPwEuBsIoRQIQ21ts6VUJGECBUxW0GMrVKPBoWq51Kw9c IgCOBhPzEslq4ADi5CYKJyXzRqWAFKqOS51Tm9xY8BOCgTU2nLb4tZEArMHM6ECeQ+Z2akmo Ts7eBMkDfOtd853jvPbonU6/uoQAD/XIA6iB/iGRfqR0FJpp4prY4CMHvU0aBt7HFUTVoZ2I QXXJwXUd/wAcPOY5WXY7CpK8266cuF5oj9TCbyaNtp/P/D9Pb+H5eDsT+Z6j+DCsYxhiyZLj 989Pz+rZh9U/A4Jo9zJk8lCej7HBT6mFNiJ6nAV82w+o/4WRZFkUnjwXGRSZgJZP74zCMkh6 hRKfiTt04BIQf5gnDIEEIfX6uCiI1nLub1VJHYEdZla06PHjMz9xm3aDNdQ6kYM0exNeqE9M 5dvhKyKFZPW/pvzmex1/D0Q7O0O0IXxSGMFgoCqqHHWZrvjvxh6vT58gd+IdpJQSgBE1ysio VzVegtYpGjFXrqaxEaw0RS6OKliQ97s5Qk/AAIcENywyy1+Qdxda7yLZIFV7acJUK5hDXOOG Hr3+Qdgf7Rx47vNsnLSbQ1OLUXNj5dDHQ9dfIZ0WNNN8bucseSxdisuykBXsyq9kX4KieAJA 9gCOKGLavjHcZQr6i80S39xx6SyKUGHfYwJ3dYOdF33R1pabqXpNDavcPStBBrX3AJgItotW ijIgJ6fR9E/R8voftPQn/fMDLfhmUzTU1qltwR/SftPh+wOS9lehsdGler36qta0jMhmRZnP dd5JPsnYfU5k5kCHSVqFVRJPU4hjEQqCQCB5sEThEYBE9mv8Y8+eMM49nLU/pHsrF85YI3uG a0VBBabhXIfBpbspinHuEpmT8gtdqFOQxzA+Qrfma9vZvvxnV9vsQvA9tgvCr1fmuBLLMn/i Bkjfx5akm9LP0DeZ0JfT/pMNDvirq3eLsDwOEHMvbAYMotRKYKXKEw9XxS2FQCQg6AH9QapF lhw4m1Lu+VJVHYA1zFavSpPNc76LziIGHijBMkkzbExP1EOR89X0AHYaQD3svcGhMPlJdsEK OK3ilmq9Yehp5C6IlR/hHiP8gfsMbKZGVUKF6xRk/IHghkQEEcIv4/zDeH6R4JgI4uCRNWYA 2so14374E0W3iEfKDsUGBQfvDElCChIJtmcZIaxc2UgxQrFBlXyEjNuFDBnabgZ2MHMRg7Uw LQnve928hXumc6AQKH4/j+P4/j+PsfeY9L2ba2Y21r77x/B9TzMc36lxXVs+l5PJXKaNvOsG rixInJ+Hqztx9vfPxpfsaZ56eaeoWDS2MQChH3gKAqfRWuvGemljLuBq1aWWHrxyAP9Yc7yx ay0IIJM5AnqCPH44uJRi15Wf3QibqALlKzZgSSKAFHIGnhhFrmoXQoOCIIZj+4EKNlxUwJGF /KQScDrin95nCRyReQzW3kcYpVLkR+AWxgETwrWW0G2aWrnd6M2gK04AJpjh3KJQhSQRdQuC uu4YZmxtVAAX0t4cfN9E5O067sDeaxTXdmHvvMFTaVgBbSokPVQpxxmb0SVjGQmcgJBCIcqg GSCUELdsR75/0B7rJ8tTIPR1GBPhZEx4VE/Cwf6tHVPmPgAmdYFjc86zrl6I8G8CBcXs9Vp0 CUmxsI7lSVqmdqhK7p6OMZ3alTeoqEJcl9pdNTFi96wzmKsKXEgC/w+Hw+Hw+EgfUB4E/Sm9 D6RwARw1Q5WnC+1yelcqHS5Tlj1411aV8CJCFEgfV9aJ5hPiPaPQMNEJ94Xq49Xry/XpM3Kk MTGisC/E2SB0r+S9wZ37gYM2fD3zpo+yhnMCz0efcY+ebceHoGeCBVU5lp5KiYfyB4TPkgZo l5nC3aJx1kLJUl6aycxYM4saerxDUgPk01IobFy2DKK0wud/wzvmWvnZfg7TXI83t59vcPb3 47sPTCXnWTygeWCkcfOQ3h1gPSAfbC+D4+Ii8Q99XMhDSXsAI8s0R5ArDhM1UKUoQIhQliBC qESwrF2mFuffgIEcYt6MI89FGbhmfLnh+hxQxR9GQ7djmXOVu4bmtYl4qPd06lkfxA5qzri0 s3wD/XAHCOfz/z/Z1+z7PsOfnjiuM0+s6vDx+rgVwesn2NXm83Kc5Ob25QzJ7Phak/HOJ8K8 K4VJ49HdtrctHWbJ+IyfrTSHx8cZJOu6eWTPOr5zPh0E5MHmHRb9EcMIaP4ibyu9dimjESo1 pBdNDvHeeVP9QpX9BIAWXWxs3BdAJFUwED2UYtcWorrbprEAiaF7s5DVwrV6DYbQkogUgXWt Lq2qPqq7C6m4veiEpTKgKULoWi7OZ0nunckFBA1XDOCTdYThJ3483Xvxo65Ns6SCkxIc5ZDL 6yAVnDfHfBme3F8+x1MZwJtIvlArHLcshw1kOt2BphpJKyVJMYHkvN1660fs9h9TjSAdR0HA nmmHfYpp+Ich1VZh7cWhiYb0CRkE1m5ElRkdzLOjnRRDzJ2MmYei7sRS2PoS8N8Y12zpzb51 5STnOU5pqnD3PCGypQEPi0ARZWfwMLJqMCglifqMlJynXsYT/QyrMy1lOu3CcNTUlcPycGXs 8uNpKysj8qQokG2f1DD573kA2krJUH230+ONccMmIH0jDaAXNZCFYG2BSm1jy05MyaWOHHlv 1az5KidOfyymF2rhYZVxpjl0/eIf6RKT8m/O8WOW/iduWuJOnDp3ajSrBqKO4qAPwAu8VUI3 bzACLSfSp2u1VW1kJ7jkCckGykwrowuRcqrsCYMY2KZqpzGALUkgBK2/AJAQBqznLjECcZpF 1o4MPl4WX8hfBmumZms1cNSar5BUi6JY0dUIyBZkomRL9gkeVUqkl0Q3rQsbjfD8Ei7CqByi V1ZkRSgcVFLhqXagZaatOGI8BwPMfeBYEBKre11dSNOr4DROjji/s7+s0SJ5o5Lv63tiqL1E UUA3NOFW9a1qXWlTaZAkXwOAASSgJJA8CBbEeSOidAlifmYAWCAJDhXUSB38+TrMz3tFR1TW X0wxt+xmUsz3pLq+Nc4b38i770q/xGWOx5q49XcQQEagAQqjihREDp0xAvrnTgGjJUCCBwkI 8AgPA7mzsb8A3nALQiIHSBW2ydsf8ZmKHnXj5+Xjzxw3d4+4rvpYFWoPxTlSV246AOXeAtx5 uG+WjaIhYhCHBMTe7/dE7uAWcOgqa80T3Mz7CXBz9x3P5Uj5156qHq8txfmYgiJ1fRRmAIPO c4Tzg7vd2/l8HAMPJ4QSiNhCIWShi8e2xnMP+IOGHHYXvYMRJ3qUMX+RzRmqfl7MDUVdbmVo 5qs3D3UudScVEOhFDvVK1wYrNzD0cPqe09eHMgp9jXleCvwk2Ho0b2pdZJesxrbrC7JOt4TX doddb6ly6qRlJ13kjRzADPCxKIuHFEP6abVfPlK99HQuAGSu75AmCEPEpQThBJR0BBHjqLqv PBb7He6jEFUh2JS5SsczrXjPOvD52ccgCw8+aYkh3bJPD5TvVIdOkuSkmOspq6d+e+tc9FoP CGhvDOL8RsycRldOBeeD3L/kpcPwdIh9DPIKBF58j08DJJGI8BJHsE73BC98vujpM8rZOuN2 463kDBhWHRmmhzu8by7KPc4F0t6nMnwiaN+Dzzo5yxSAAVHyOASeB8lxVVdGqQNtSaTBYvnC t555pJU10X7Fh35GQvXyI4siu+dvE5IomIqSajcG3P2HLmLJzUQi+5vYCvUxJW5/bJ4QQCQS P+Acpzd8Yh3hsZCcI+r160QEjsKoggoCURh6wiAcqMhwlAUADCw0qC5R/MdhmpWV27YPLFmV qQKOR9vfmbN19+mpA3IpSqcSh17MAnj0Ve3iQRPiPiNolbya3vRcw1M6VrEOIoarZdaAxgXM 3jpmIhUbaIohEAmnq2UeTSFiKoi7vweJCeDk9i4iCWQahd7iiztyHFaSF5Ij91AYZOns2AEJ 72Bpo5CroVFv1yb/d2dleayi/O7IFkVwnJ7kOICUowwyFUxMRapZ8uO8ywCURPKmGPZsqdxN reYd6QJIosWuc87m9N2GYH6DgF+M9yEZPgs99p5Ll0rJyp8cLBN7bSzaRV6p2PyOd0RYa6Go wxLkQ9brX7rEQUU89dPG+s1XPHonHlVhhTnoZy7de7v6d2vA4xnX1fRXmX/YtV51/dWVlZWV uK81qtq1L41tW9f76wpbilyoBqTgkRRiIqKMRF1IGpGRllarFWhGUaV3OzI4rat5aaxZVW4S ZNRCLEZEmo8aHof7n+8/K6P1v8Xk/iP538z4nxY6R9bh8kvmejD535H+L5X6/y+NtttktksM Nttttt3Y/mn6m6HPKkmYp15kKlcScP1Zj+zXooZuUq6Fc0ZrWDVYJqBQt4IgzRRGU/69Yjaq 2duvJPdwna0xt1GiIdWai8eLRjuHNHIuzlbExl3FQcwmTImgikNmoGxjf+4u5dLkk4onOgQt YViXJ60lO1tl2MEAVwggmm8oTsraDFPDyLUKDGS75vCCCT9vsSSSST3Xnc8aC7a8QwVDjxZW VmZu8IRJy5rQo2TNWtw1uRhmhWIEaKpHYuLkKVZpwIyHZV7INVKjda5kTE1uxEY28yW9BRUH dy7dROTgLxzVWFU1MvEOQORgjJjdUOncQDZYN4dqYCU27sZt5DnZgEHdiqVLdMNWNqcrYZZ3 asbkGoyoLq4Uqdqicqs2Xcq6GS7zbp2cvAlEVCJxVWQYF1ly8lJ4VKOtJYzorQYvXS1GK3KB zAr10WtyaeyeFm4zQ7qIozkKXM3lTOa1rk01EXVOoiIiIiIiSSSSSSSSSSSSSSSSS1WYNze+ HvdiaN5simyysqMelHCazLyVkSdnMiLhRIcQopAtt1CmFsUnlxFbm7GqFAZRlG6vHO/HVpvx cbxv3p/Qnk3c3knYwf1w37qsf0XSSmV+kmE8frbKpataGViT75MBDEVMCQp/ZJSc5SkqbbWy qWsxoeawckqjC6uV+YTTT7Ha4b777zdjfS6rXaja5f7OoDdJzVwua45XBe44VhzCejSjdZRb mIxLFRVxw35N59DJJaEW2DdhYWFhFWlXRb1zWMXJhaViwYsrdaW1bHQfzygGHj4fpbcMzLbm ZmZmaIB4IHQEo3nkbPjeOMYrpH55Z5MTE9v5fT3/l4eKcfQ+Cqe53PRX1fwe5+l97m9WjDQr Vri3Q0YT/dnY/tYaPJmJEozKcIwSrtCBdRVO5IRBqpyYwi6abaGNCY2sMeLgl2XBlZvGtYO4 sif0gfiiUS/7k2uPYefS499BhiQqyGsXhXNigAfU6SYmcjJJsyujdNj1aownMsmkjyaN2HDV vX1CWOg4c3D2sf7a3PHLLSfjgX4WpJbAKhpltk1gXVqSWwC/FpjUiyf3+Kb1TbUiyb3YLMtN 5hrcXEceVmx/JO7qn2rVkw8k814pkcpP6pK2V0fEmCaiZ+Dq93ynubOejVrjh4GD7a51HCsP UYrwXe5OjW6/g9jvcHV+5/YbPJ2O7sw/erg5Oxl3Zd2zdluqtX63i6OT+pycN3xXfWj2Vl6y TrTwvk0b5MthUJWW2FQArLbYRgyRJ9RnumErpc/UOkjqqtstGbYGP7g3J0fu0q+8mFOIn+CT 2JmzcJ2eac/Wk01FL87cusnVw61cyyqiuofS4apVBde9454zr/gtE+1dyu6l6u+6Na1hyODc qwaJvvlaVsrsXItqJ5r6K5q/z1qbyf61vX7eSzFipzC3WreuK00GMZjJ76w4LA3YndiT+qsV yyOCwsL/k0JyTAZiijn4PtrWVni5q6t2aucrl+u6NGjxujW66+nT2eZsilfpdquzZo56XV+9 w6HveUbDpVzND18bLll397tjZWlwsVfFZH8VdnzOr9Ls3P5nI15Tmn+lshqTm6lrKlV96enm ieLwSTZ/QJ2RPQfiRLp06woiMmSzyIqAEt1kbo4vVAFIQiDSsXASAiCB0+YtqqvCIc5XGTn6 b8MeueEdvsh/zuX9o64T6JVVH2pUQhE6cUVe2yw4AJHEBg9GpZaNwzEW3S0BWvcTn4Go5/dY Y/L/QX6R0zG50vKRBBFDgSgREzC8u3Z/xDhVPV4yEhKCAO8AK6SZSIteoJtEij7hrUeb6tqu gnoLgjI4S5whAtcXQBmxcf+UpK/pYLPyN35MCH9FEFcQhKCSbguFRsy/3TXwzhBoLp8Mwgh5 XfKA8FgBg31VkvU5iDq+Mie+I+73ZGyRAIwsjTWubf/CB/UNAEQk0VJXuw1oPRTg6lHNwAgI QIOP7Bcf9w+0fwGIuZrOOrnrV3WoqX4irW8AkVpNrNRi7Xel7FRImhbrszNNHMF0cXbMmjsb m04/mHP8gHMXxUVw1luPiKhNBBkJ1FiUvIZEJAABl2A+TcYNGzU/Y4ujcb7r4Y/T7J4b7b9k 18NcGavNUtPv39OgnXpu2+24YJwrJeE47VZTTnc1WEEjwo9X8IofnvZoQ/IeTQrrMsWQDS5J 8lEiEC8qdmb2ZuPsAx+Bk+IdsHnh8fkQwUQZ35MA8apAIcPqXToWmJqk7WgiYG3Nqx0GIvcd poIs1exSGEXN1Yq5wCOeCaGr01aWJuF2rdumSKKEXHF+Py1rbo6R7ikn6hTPzx9ExnRtfUml yAj0rMletwEc8mUUSJgRyLBiZqBXwIQGFam2Nrb30L8jmvD0Htm5hQhAxrZia7qsW6GGFkRs oZA/aBzXlVcm7TV0wEqEkYEDIHwQEeBUBDnBx/Rf6UhCyvg6yI4LVXL5WcGiI0WqtzPKztZN MgFQkBPJAjIydU4Im/NHV+GyW6MKOIhoFtu5FVP7Ai+BwtiNW5FB1WWW7T7+gljy7GkDDp4E ipQSs7ElHpg33bHcWLsAm3gRGJA9m3JxwH3NULIjdrb3CqACPp56ATw5hgCOhCJJQVSxD8cI x+4THvVcKzmpkHz1b4mLx8AbSRRXV01oYjUgsUbEeqIRJIU58A5Df3EEDrmJXxI56fmtApt7 2aiKqTfOKwTfE16ZmUMu9dnjqKzgCYm8iORKAg6FejgVlAcWHQYCv4dMIadmdhGB7REXCANV qpMqzJLUd2IWbO0yuKvhCUqIiWvpyYeNXt1kZ37DkqZzeh7XYiDSZHXM7G1KUUcU0b2m6NU6 YyhN/qBwjmVSOXDXOH9Rg6lV5XK5rSeExCyz0eBiauTJmcuuFUKJARHTmu5tQCh0Q56Bthga LRrVuEpWqterCGhxN7WUXLGxHkQVktPVxm7tClcGLpIgRWwv0MQsuUKPYIPYDO05Xyf3B4LC OXmxNQjOGOQbK0vssha/uOSHBE6EJtCDhZgI8kiMoQATTsz8IwR9oF8BM6XnssdivTNHmH/f HPQHrAzUpcRGHvjkHgwklke1MT4PVR7k3ffBcuumK00uQaKGEW8mdAeZlRlbvlegA34tRI7v hydhAdPh3Xjuun3RNnvGK2SIFJAkeazGdhXoEn9iuRVaJX+3EfGH55JS0e/YcKjzM0GcK0QJ yLy+7Qm43ZcCVblFzC2Jo4fxASAl2S9zFmuGutoQJyLhbj0ZAPBZObSf+eYjRzr+9s2cNOtT 9cng/Qk/cxzjnfgCFbyEss4aOjB3r2sKoeE4oFM4FI7Zy1QSShzRhYELmmaiorFrJJmakNGE ARVRyGPmZrDQh2Z9ky0ikp4H6a77PneU7GjSAiAiACkFeHYHUrQTUxJkgQRlY7qdLX7xy/oY PQu6fTpEEdIYnHIZlFFeIH1UR2tK7OTJ97EGm4lLPJZGFebk0AeOQ/JO3Wm0oehLwARswBGj ZCWTu6JmDQpbAwjCEQpQMElC2K23FWq5ZfkT08u0UhsFG1SRJrFZmntV4MI56IFDzcB6TIym EokaRdQfXXsLn7hy4O3t2YEznTcKcmeiTYVTBacsKadGud64c3nX94mQ8k0H8JPeT0TUnMDC yoNtttw/2nNqaQ1lVrTdDLF/rYZcQuym73XfRSGMWEVD0QkMaWQIytAivNURAGHprAV2Nzoh I3+oTP4oj3vfb9vPfQ04YCIDcgDYqudvP0+Dlshq4QSvqY7zhII6wKgX4PWPPLvoI6lwaQTc 8EHiI5Bl9hecqvMm3TD/QFQDCCuIhcHEtJoyohNxSrJQgUer3CJk+s8/2H8xv4d79enzuZmG nd1MtpTGm8fsHNnL78q39uhkKFKQP2cI1kB/i/Q5cV3gEoprWZ6Zy7mS6qYM1AERYXMyRd3M RV62KBr+iMHULN7ndh1k1+o5CuXFSoupzzpBQu5UrKO7SuJi9i710JMGFcOHbm3g6OJb8Ejn ARo/5gXOQOcBohJjq3er6o0ZlzEjPVGZ7cZHwfwz6vUVoUj1GHAB8hKnG+US5ns1fhzPQJUU OxUCSYJR8c14FUD9nLNjnKOWucDMlKsDYcx2boX7YSpoe3s5tuC4QJK8gU7gK+GdMX6KDjNn LgwiSM2LBnlZU93yMVle5UBM/3ZGWBN1YHMJp3Iaiqq5YBmKxGYtR3GGvHg1I6gSLgoCCDU4 a5z1ICyANr55cdc6Ot79uzhkFhFILDhlZF4311rYiwO6gYgqKviK1e1sTjAa8BgBJCXKACwM lK3c+TJm5Ic9qR2X3u1+IqD6LjwhG56nEVUNfcczOTKMLtvxmDNROHbqBlY47jWl3NKswaDt mhs44XObXLPCfR5QJBAQgMdEckMFCSoufrSoRFN84rwHwNONKaClIfVcw9CIadWxFrluv3zR ygLhdD2u0R0i5NLsw9HFMiB+4sjtxGCDBu292yFMoqIRKv1Mmx+BQqJgLfYEmzSQUL54jc+z XnWRFMKLu3py8mR6kpQNKFkQSQWt4ogHFkJRW6YVZfFaRJJmVyjhbUJc8ec4BFFq81qUggdP 0FELdpkEk6lMKEWSTBjIRvZPP94SzyICmUyEhWw43Z9UqTHcWDEv4D8gfQ2fK7MeEmKnyH3w Z6SCO0j1nFEqBarR0EChZ0EhhdEJRK3Uq7dnwcsZdeR2O7HZVBZ2tyMmmViWwJcU1eOTVE3N riCkf7IIA+wIBIJ82Cq6mWFHFkyz1cOab2XXVsnTrbs1NBGgI+u0DfcR+W2fpirRa5R6aSjH dyZ45CMzcUUYVmjk0LNPWMUBEuVEmoNo0qye9uFNYL6jAEGqH057t27MNOMffNkBLYs7DAhi z4tfKHYMnN/INiLVVZNHghbAHtwxHUr8uFPl9td7EV5C8paJJtA0Kh35gjWifUiKpFA0gpKI SRPCcuB6fHRuMyF5bSQtNIUXUm5VyEqFDg5QiaxYMERFnhOkeb0wDofBDAQ73avOxIiD8Arg RHfHWYd0VVNPPG5d6XGorgauYnczW1H3HORZdRBI76otNTHXSq+lq6FzEKbExiaXTJeQ4e6Y h3lt2syOSlaj+sDkqCs2COvRPBOPcyAJ5OjIBm97ugPfXh5pVeC0yAohJU1BJlaZEIk0vaPb lRS8OMSRJ6OdFIYh3V0Oq0XEw79s7OtZtrlvJvmOb6kMzAGbg62PnEqjpjldDwUzOmb1vo1o rx3EwG3nAMZ8AJjyqIcc7MHqNb73y7iItQSpgdaiIgmCi8EQDE6oEKGtRU6PY5zOV1VvXEUE lUbuIV3REDx0Pc7Rzy5IM3W6xfgyMlI8RJAKQVTBbjFRwoytXOjFxEnwso6QiyDK2XhnoqQg wYheeT+rE5UB+zlOvLvZuA6pwa6s0ydd5lYod1h2s1bay0lcvIUfYDkDOqq2e13uDh56JWeX 3d3u9d95ngj+S20X969FqvVX7aysrKytCuyyXZbVvX6K1W9f31iU4W1cVhgRFYrERcAyRIFk SSBQiQmq9Ts4rVZW1by0aMYzNVwUOLYkw79mB/E9D8X+17Pxf3Pqy/Bo9n9yv4v/Jk3dWnvf 8XueZ3HefuaL9L2NIbsE/tr4Vu+1iT3fcSJwfJ7Obm/ndhqrzHwdzzTL+t/W4Opu4+NtWrVW W22rbV8fX8dr5fg/NkfiVkCSjAi1IKg/s072YoMR/jrCdzowXsxXbeR3TpVxMMTOGSIzbEDZ DnIyKjHOUo0XKrLYI3MrZu4vcvag4cNI7NzGGZFXu5FVKV5cZeNWZmBUoRlCZ0TLh1rysi8m pMoWdlzloaY1bSexy4caLpxYB4QQSIiNevM2nsy7ANVmkbumIfDwHhUJ0XgQW1eyq2C6Z3kV EWpoKJiNd4REZkaRZqXWws0GYEVl4sk3tO75gxjVms6DtvL2nbRM06iTPCMGNxE0oGQZmNZy Iu22bg5rgmmJWCLSHEOXJWTcmnVXVZiRmIlRFCXWG6hOGpouRW6tvYwbl2oCCy6dSZiVRowH N7EnZwWDk5eXbvYsqmJMVW6rU1mZSdOLurO7AmhkDLujtvZvMjYe2INpQ92HVHicbWwcN1og YtyzFmWMnHnNRSg5VSC7kxkZdxt5tAz4K5ZsGaFYjEd7N13Mx5beJisKF3NzlEkkkkkkkkkk kcY5o27vcmqJFlXeXGFRCVxlvJeS2KE1MsiLU2JjMyBmzdzurIqDOymynkjBLN5NSODfLjdt XFrvp4MvsYYYYPBGzuyTxbH+B4HgZR/eU9k0SH5fgTD0UrwyTJ1GD91aVfrEGy/0JmxksMlh 76xU1/X0XitlNI2XtR7z4HhebMNa/4ugAAmtIyoWsqPtH+H/Y/o7/1c3CV/WMhP7eSdAIqk/ xH2De0JqVEqdoWlBsWssUuOKY8asznxeixI5qf6bs7Y5XVLbPHxuYFCKJofzjxDMjy9axC2a B4HuKohBRITw+5IU+drQqvmEb+ui1eOYKrHDhi47I5oYcp4Fkyd2hlVmhpIdKHDp0BD+sJr4 e7fM+p7Pff6TNZrMvLzMyyqqrNVjb0cpOyclhiV4n6ZPJukpz6u65aP+V8Gj+d0fk/Qw6v72 jDydWr5vEw7tHmbn6Wr/vbuw72A8RkBVxivaIiIiLVrVh5HFifN0P2InPJJPkE/cFk7if35P VPi8JtgN+OX1xUd323vj4b/aJT5d9p13341p8SU6D9NNXouXUIUPaTQEfl4rivUvB6MsZYzO xb0TqXsr419VaTkuS/pXg0ui/nkpaBfq2otpV2xU3LatA0WezF6ZJsWbMLMon+faqqquE/0S PKBFkEBNiHvyrbbbddX6nqy80nhJ0fu34Q6GYnrPTLL4N27MTOO5xTin1k+9xE5V/Bqn+Dk5 p4N/pjw+uOAQox0d7VzJAWypYuzWca6QK2NhVWCXuzXDDQPeEkgm+ckWeK7jICDXuiJ6Orce 7CzPgKUtq6AOjEH5Ba2U1sMWy57A5CagQEMNM2cdE+3g5Wy8c2OcsfBeoA5vbfAAaKArueLZ C6kP8/9IyZfyzK+Be+rxX65x3d7czNfI6bLxf+KhYGcWnFMSvDCUSy1XIh8B2bFBoNWMojOz waHuTJo+XIF70946WwHywoSDySbthXXp7V4rZjt4yODg/OTx4OyjkeoVNR+Rxz7UVEX6NnfX lRu0rOcw5X94DkZF5uYkgo0eDnoCQRoC9hQBOM2EhwE4RGKVeu+MuV4orTXgloBHnBfUb4Pi kg0cFdq2187kQ11eKlFPP5xV8ToituUT7ES28iGZiSSVKk8BmxZmSC5TWGZcqFo/gHTZa/DK Q4MqqmrKQYzBy5oMtbPeyUYj2Z3Q1qVxEpDEF0SpbiDJg8PPPHG9KyUNoXg01ASy5ErqzIVi UN7u9qrZBjp1975XgpYIGroXlK+oIKcmbzyo8i6Y214YYFK89AlbaAXVXu2YF6REiwpOh9ox caM0XGCPfr3b35GBHMuBaXzAqSLKUDICOHZqSK80/Q5fJ6ZzsHcqoqqoiK6A1K6TeYsWTOdA EmlXFbUelQnyCfkPRExc8WJKHYHAHmByLDYfN8DaceNttd90nY5pGr+l1k2ynp1xnIyj8sP7 5+bpp196oWPoWRRk5vYREk1FX+8Oh3xDjB8hTwOcKpKmiqpbLMVehbL4fDSpt6C44/ATZto5 7fs2aPPcm/p0kv05z9g5MjzqAs5K5JwiTRHesV9ior7WGdJ1C+qkjQLPO9xh53kb2dJlIQCL 6iQypcQkM6bjbYi3WSJxEr4Mc+S6nmHRwCRu7Amo7WeCJ1vS9yQsK5FRh5ZgzS8NmDfc7G9q A0JNkCYU6HcCkWZ6xFZMTNGXoO4IT+I1W03zLGFQhlBjLPiH9xx5e6TkfN3JOCcKsOxE9vJO Obnbu4Dvd2YUpUWFj6AJM0IqK2K3V2bgD7AP5wn+cAgSE1IBM2Gw8hEwGC7AHUDtvuEvPV3C NYsHwfkM+/H5avwWecJMJZ71+wjEwL71cyB3zt1io7IUlnuxA7IU4H1coVuZhEJHh1OW9dQg S73LylP7hUvFaBwxpnqoxSBtBTwyt8+pnvTnO3TLhqo6BPwGT0wCzrqLD3ywvmXtE9jJkiDq gkmlTXN1VRIG9MihTQowraHe25kW44C0PO52u3OB4jMJryIvaQq1G2xpl9UK4F8sUaWhMqlZ iULKdx3RKHeq3W07cdu4uYuj6OTkgbl5Awl9mQe7bhbcxeHTaF5MT+gHJebdiE9ZpmGg/KJP DsWZiSh1FRlEgjIqE4tlTajiopjAQ0MlgiSHPIgmr3R9PAOAb7Dtgcutz5M3dgczzyqEYqER N1vak1F7BFIRr50hiF1iaOaUerSz4pgc2dIpURkgQSDbbscu5+LMmKAHO89oWQeoenmny2rX kVl3VsjotJPBYRqbgAlY4g1NsEkzdm4EMQoUOETCxoTjc16cx2KunEYFxQge0+e7mXiXk/Q0 a15s9ALJwut7E1FaAoemCGR6cINJCcQiCKGzBzw/5BkG6Jf9w7WeQbU/K9W4R8HF514bOF9P cEQn23amaoKBFUqMwbDwtVA/YOdDhp973wc8/1XIH+uK8z7vLod9SCP4KgkjEHkbUvOWZ1jB o3NxQiHARJJ4q+TP2p300K4Bhsu6XhCkWrU7dJCUhcMg/xFxQnsAkeyseQIpFIGdyqgWn41d 5bQ5PBiShNyT7K3sNiCRRjKit7YwTdZuxvYTZYBvZv0Xmnye6u7KrY0DVW/qGGZ63x4UFdav AsdRXUSYPgeIJpaZO6PgqLKMLKur2t/I5mGe1aZRzpDah9L7V1UwoxCrrZORdDKl2x+g5jjr HTpYFD9AgBlE2uQRkEB0TYtZwjjnIxIAqCs21uBOK0MqLt2NBCmQrNrankzBmtu8tHEM2srt YJzJSsRJ5JB1CYTKwcQROn6d2GPLAlqx86atiVkisN0fBGvFEVEeaYzt0IuHc2Mh7uU89/QV JHgOkCFcD3xR4HFxsVwiBNR5iAUDw/Eci6SL8DY8+ILtnu93NuAaqix6qoXACsge25D9S9m8 pwf2XMixc7fhmzvJtzdfYcgK3cKa59GVtiZUO+xPRNRdFU7mzckSNKvJvN0aPwOXd92x1HwD oAVDz8AmqJgAhU4aYA6qKSVuobhQ+lIvGXqSCkM3RHo9XJSJIJq8XZGHF+P0HQ56IIs8QBJJ 7ut/PNrBDRBJlTfF6w+y+RjjpnnaqK5Vc5c0I4tXOidOvd+8TlRl2PnfKOBe904x70SfAuz2 oRO76x4RlZkmPFLVLvn15wCHXsdcn1+G0Yqh4vF6VS9c97g1GgnfZ3MnzSHbHg8753wVwkAg yguGZRNkQbtebQnF2UPAwPofoOuq9j5sEdiQu5lVdewIH3HDG9zF2BVVtW7gw1Zp1fFFUQZ6 26TBSFyQ5R5waOMgnlqW1TOevf1D0TZN/FS8+POjLk68+vbfhrEfZsmbTBfakzToGbLsO/Bz GPAZJN+ZHN+3sQMDQcxAW15gmL2OI60NMdFe98mgoTflUEOi+cIHJAGkWcFJWkkRoObVeeCt 2oCinoV4KJCxVirYUC0otBPsd26TUgiGtcDJCIvIjahLcuxViHAjlJIoshFpAoUIg0UX5U7m 2JMHiPOSRp4dV0ecA3vivZJzI8XLPNOzBEbnkatwt8P9gmJmo9nRDde3PlJ3eVSi+TdKaeJU KLvDMR0YHobhVmTUI5jDvRkGomJa3Rgt6rIsHH4AJ9de4o8DKDro76eFX34MV4y5r1mlFKEG bDsL34g8PZJs0Pcrgg3ZApDLY0RGUkknLXI4PHk/RadmGWpcoAkHSjzYUWg/EJLJRCJJxDYh 3m7DwWQjznDIPU2KuVUjPHhCP9demJtWt1Ej2ncoiCLNjzxa/groPP9A8R6acyV0BzB896vM wxkP/hDdvp+wH0ga72DA8oXL8MUV2SnAvbg2TnEqBGxUQoFRGR+ohPb5fV5sCMF0xh7NLZdR aZDi4JUSo3bmaxg3Yym5eKlmuq4BzBz944cu0XLtztjfOXXt0x059vF015O39y/bJ5o4WlaK tLUmlqsqvFZWixdHJwrYsreA3JN7OmTZeB+l72yPvN32NNlegH84gcgfzAMecgm7/Xxtttsg hslhhsklttslttv8/p+McyoCj9Sd+4w1Vfq3q5N6mtqLJJkXKdEXLV49BIQrctbqtqoyTRkr c1KcubhMOCk4/1ccwDOKcO9vtqiaGZmGqh5eJmKlzlEpnK6LhSruCRuZmlWICx1CBdi8tXRG SLc6DIiqsl2kjWa9ZgOct7ckqMmatmJNXFc3hBBLljcRYfDF1BjaqhVi3PHwHhRPOYrwZlGN qazIvMFTm7kTs7G5k0aIyo2LExoM0pi75F1GnRWvNCnajMyae4w1t6Y0l5GukaWGNzNnLOaH Y3QpGTQLi40nJD2ndM5N1BCu3uYlEUTmXexVmIaHEOPdw5I3IWThiaqbGi3krMo2t1VV1uXm TO3dZNS7SnK20KWxkoY9m9Ry3ATjUTNRmq4iKSq9sWchUrFHFY0xhq7Yq9pbMKXaueONtOnk 1rWzQkXO7vNtGNezhdxAgTjEYlc43ewCtrCq1miKbpTkS6xUobrXlUIJUySSSQSSQSSSSRyx zOfzbM9g9jUD0UWp2bCqumZHYQozQ24DiN1PCcbUZkN5sY7tzUxRxG62+ary4dzFDHKeVmTY NQTSV3lnTVGpvTQ7o+LZ8nF3T9J9Q+iROsTonmmh3IVMg2WKtJ4Wgtl+BB2cDMzNluq7LY3x mRjNlXmHYI4X8THA4rDC3hHc0XFZVfdxrWpprWZNa1a1q5h8y+SXeQf5L/aPW8g7PL4b7PHX s/0f3fy8f5d+ib/R/MeZ6qYVqV/wdyT/Fkkyp/c+eLYfNycGXAk4N9F0JP0Va/Jti8Vwbqqn ADabp44HOHdmBwD+Q8J4+c40AB08F9XeuOBtN3yBh4CRwkAnn9wX3Z4I2x/oEJ5v6v1p19Xr GIrWwitUp8ZUw93veKFBYFjYWHgJd51Hc7PyO5s/ew3rc3rat65Hk7Ls2KJHFhYFE8R2zUcW VORa1K0AJA7SFFyKXVLi+vWASBuhD+Ws7ERAkZ1ckdu4BznEuDg/Uc7yG87K0exoTk5SeZRr nOdk3hhNh+Subub1PvY/lbPJj+5u7P0t1pydH4PW515k2qBBVE8kTYRkhxroqdhjxZBBEQqQ IhkDCFOOLNHucJh93OOTPvllHsTj9ck/Xir7CIe0JFmBcNfnceZrCjgpAKqtbCr8wruYuTRW qPjfGtGHG905k+W8t5D3kIyahGT4E4JKEjcvMvUrmXkuS6D80sfmrYfn/zVlzZGxVpYjS88D RbLB302W2bEaWVWtLDzxbIs4ymkl3JyJkGgpCzQTEbUNrEBlP7fTVg6JPOwEVVVDTAZPaTqT mT5yeJPrJ/SXR2rqtHVuXhy2XbByY07Ozs6rm4fAmmlv+353eLmfjVdCytkcu7jxd3hmNd5z TddwKvd91MH+Iq4xbF7SvM2vilaLmMPcUmMKVlZaV0ltKu/xzysLAH+IJ9Ka06Y7nk+JnCrH 5Ht9VlxWGDW32sE9IoiReqJkGZyIxXaCcY84BLW2dhBrWbm6pc5X+e7izXUxAyBNbdS50esD lbX1Jm+wKzTl481v3qwcOSQERKGxkQPYP8SaQAag4GNOFsEUrgKYYEx5NMWPhibuajLuvoVn 1ox3d6W4CuthOpwXYq7O+8OnP4hP5Cddpp75vffg0eAJQSeQiTxCQgoAGDBgRwuAbdLNe15d hWFCFc+KJ/SMCl+eQfonOjk/QHvtzuCMyjGh2038gXXjUTI0EOJXKihKovDl4D/rBcwbeQMA 82fBbEYhXR9jAHpFEQbI8OtM9pRY8aw07MFELpEt1ijwRDz96rAy6XNVRtSZgcvvRdeDsLnO +8HOzPCecBpMgRe0KSmM7znhX+cXdpDMFe1IrxmC5sTNdtjILU4YuRIItie24tYSTjqdVlXF RcHBm5EBG0Oc4+cBK+xIC5wfE5Oj4HZzyoddHuE14bPLDwkPL54oHOpKE1epve4q56BbADMY aSgcodBUUogtwqWIFevXGHrq+uazfF/Bk9G2xGPe8kxbxmI+KRAwlzY7L8ydkcpf5enOkmUO IIoIo4QAiCQBRGnih282DkDkq+neR8C5zp4ans84JC6dnSpAkoq7VgBaGObjGWyDfAGDY3Lm 5s6npi16FaPJI9pKT1LkGTxkF4lV9dDuPILnWUyFvUCYd+NbG88dLt5UeaXxrIc6CI2oGEUR 3vX2aOEoAe7Xf29WXNkQKvdmO9mut1sqbFhqapMWaMGFnWthTd2ZiY3Vkt5mithmLtZLyqWW SDtSBg4p/yvpIfHovRSoNhMwNMhdHffh5rxDlNoYjXYDnICCQXhEQBearfc7TPBfMHBNoA4V wcGkAEp53o1OxXXFnABNBDgw8EkZqsgDCAGRfVdXdkLMyu0Lre58iplrtodsAIgTO+aKDLrn LPAM/tcAQ62chVfseGDgJxw6u/HXG3kMZtIY8sMSO+bp0RTXFCDyCBA8o2+n+I/0gT2rHse7 RhDZuR/KMnMqAo1Y3sywLLGkXdkRgCXIClyAxRplkkhOCLiwlS2avH4IOUIyBBFJFp5eT5Yo cs4DVDZFm9y3pwQTZzBN1FkyNFiDgvJzM3C5Ti2a0S2i80ZcFXjtTcG7y0AOQAA3BBH7eIJc R7wBkeTYzshz5KENGxqDlJowIBqV1nYBybkjDBBa5xwh5iEzECbd3RoZ16EQkFdzdsuIUGIs rXUNKnZAT6Mh53JQGqialZiG1OUXGx213M2hp4erCFWoVU3O1qibgoSEJ5V3vvdnuRZkGM3e m3FCZRS0GJ3NmkLhmJ8IqYOrL3DGzYcGIVUQkMps1+ylYQNVoNzU75E5UIzYctzAgosAQrpC s8qNraM5WeZZYxB4YrB2Icm9azFk4Kp5GjW9TlwHiBhTKQ0lvCm41/xHDWXypgdSY5/UODgP Nvn7Bc8H2yBtsr4PrhpTB+fUOyFRwzcvLfyqwihUemI1LdjKhoOuZa3YnmK7Iu7mSGZ0CmMB 54P6SAYjdcdSynHt36r6q95ETOm8jZyPUYO3WHLt1eu6Ggybm4O51qdZSEAaRG7xWa8mJwwd nuNALq3rxSGDFtxWkS4ixyiDeTEnEHBKMK/NuRUXlBXaVUZpcoK7nLi6Qgt3F8OVdYM5T7Uz c24be3XZ2ohxkW4uLLicyBWY6eI6bo1GGsySo3MkzuWKNoWi1UzTu8k7+ODoPB707p7u6pZk XPYkxY6UrheXp2OOUENOxuzKjIF4FdEDRG0ur3pQzDmPnmgg2u4Lh0huIeUrS7DdxOUlOecc vL6ZvYczMR3PLM2YraxmLiahvtRRSx5GHpssiK2ZRyIrwSdIwjdSq5V3XMVoONW7h/Hm9xdn s3gVk+f39uvMR6lih1AkbqFCRLqJ9j4PecwXeLyo73yuBDrHhHgPSKd6YLi5xIAd7NZg2Mv9 wWRsLYmJzsjNV8uOsO7Jsp0IuNzZwmVaE5UKMdbcbUZe2cmri/sBCJH8gFEcXRVJNgw0FabN xhkeVakB6a1QRUXMxOtFtI7E0D3Iiov5WvDwbwjpR4eonH1afKpttwIvy+dCRLrwiBvVVdkj sxIVjw3w4h5FZryD0edYwdQW8mLklheShSBnypV1Pb6CLssYE4YgRaMzGXA8Yt2xcPYm9jat +QE5Jqe9YJ88OTb/wG/dEDvqIb7AoEGPO93YYW0sHCQBglDy0TZDVQBFFctyZIPefxHIUHNg 7fPJ1eG8lSojAUZDmtdGzLbjVBDmLd5CTmJGkHadmjuD/sgfYCBzv7d/E4gnZLDuQ+ugnxh6 TXf+gyfH1do5Q3XjUff7tSi1dZ83l39uF1kOpMZUhbln0Tx2E+uBnC6IhUl5JwbUhmidmOgh lcABUamsQWOwjzlgjhPAoix4lEwKgKngBiSNNahwNOeHZN252aArGZ0JkTAKARISEO8eszXB ISPEkVCiYhE0EL4KXISXdyczyM86LIYI4yDtbfZ721Q6f6ByonFayYyfbgPsY57TujhdzKmd qlUGDFGtu6BdY4uKcxNThoOoEZmxWm29M5o02P3jY+ffwk/zCQrEm1NRONGaruqvgiGbAhHq 4OlSLPUs7l7VbWkWcuKoKSMn6LnKu7qbyKnrvQpmslTZFK3TVTCQNLImDd0HT2InkxbNN12M ONJcZg2XoYAip6qhhFiy2QZ3GL2fxIVXBI2QQtPhY8HR5EavFhYnosr5twRMaFMrk9GYZ7EW oVbvYPjia8NHKg88wzzEiZgKeV4HPjyqkVkRBuhKTtZm06Qt2Ih3LCq4mGnhwhtvME1tXZF3 vgY3/N3/Z4OD4Oc5K0rQWhbLosRvJuqbo5t2y3VhZW8pfiLx8HQ8H9hi8cH7nfWr+gdBwGEj IUkoQUJBNlbnPQvbVWWjujKbPZiEDlWQ25CqNpzOw8ZnA8JcRSWFaLuv5uzI6R3uJ0p0xV0E NV5JubVz2rvTcwExQtbv+YCemt0Tl9t2kAjdxVyUo716sQw3mNbK2xFWVEwxTO8tWTm0m1Vy dNuFlaYpq9OTKxOMvToTOwLUyjTKYt2t1ijrbU1mgnbVhTqmOZwggkiMuzJjTM1arJjIhMGu XwHhxW8NaxoqtqlUw3VTpMQZcyXWY7OPHGoxtHRAiRFjBoorbMXcEuELs7SoY20NCeqgZnVr oqMxma21BBlnCMuo2yNsyTh2oJtxAuMe6pAEDiBDY2ZsXF05Wq2Rtxmydc7EM1DJiDhkM7Ew rVQoO5FpVlKzDWhvMvMupV6EbLTq8iKpxVMVFQZKG4xZpAiKognVavKxVjurcqNhbOoXIwyc ca7WbLiZam6Y3LpTmE024y0uY6rYovKUrIrdi7qzkwM3Y1zkOWW72noHGOSOUOHE3uKKtt7c mq1i65AqnIVVIrILnL3LEwWrNxqVXZ2rlTExpyKuzVAl46VaYTb0Rp2a2kGG0OED+x/M0f1M D+xqeKV/gfwP0FP9RT+RqmCvqTwnrPqenXkpcndWHNYchf9+o9tLqBPqTm6VBP8RJ9yXaqqq qLFFFFVYKKoqxRViiqqqrCftbJN0c+dtVrlKwhoMfAZ+HHTOn2v1qH8P4fL9n8Pj2CWvIGx8 h/AdEQVBKgsGCCjLvozQqwYcWk6ZBYDoU05zzmQ2yzsGf5p+fGeX6cfRc/v20ztnSObbfhu/ pjpDq3WSyYJyK1SiBgiUBcAJ+0BOR39txva/GWIErWsCrrWrECtpxy7cHHG4fST8TmT3yRpo 9iT6x8lp8eJMHXPVhWZW78zyd2WFcmqt3zcmrZ0YZbtlc2XoaORyaOkni8boxjDkzZLWdqRm I6kvNQuJqahVYz9vSSUCDz4+KCBhkwV1D01w6RHliDPiUzN/JmOUgNqdy6vOiaa4153mXo0T ChP5Q+/dLMI59CGwsngP23Jup50Wx1LYqf0VhJlYrovzSi6scBYphbLUNFomk0VZqIttkiqS eFmU2o4tMD7ZNHl5CeXptD7pHgnJluw8270fxaO7jIw8dfLkn4E6bSZTMn+b9zBJ0aYPgzOm izvw8XhHpnpr/cyLBAP0BASMDlsB4L5WV/RIrRRDVGjQmulor1JIghbN/DC2Vm5ojQiH+P4T krPAsgrGEUEYUQtEGLDYRgefgORI6Vhr1duujHBhC1FgZ4I80YI1YDyFl6DiPaWnIKzqEGpQ gguI7aiVUqdTbfOD1mYH7fBwD3zsdiNfq86e5sRu4qOzUy4y4mzdo7yobbym7qFW1lZs1QyI qtw3AzFqi28jDoAkHnOcxC/14BQYXAP1R58X+4M2/tDQggpdcKYMF9PiLbEmrqhKhxURUu2r AJI/MSwRMDAxijXlQ9Qo49o51YVutkS0ThIgVocVFcERw9LK1bNUpUoSSTyiINizcSaZoydQ s3ZyNFxP2HLpqQV3pUSxggQ+VkU99eF/5hnRoLX7PyB5HgI+h8IAgkC3MenbMmFBjsVbZZ9n 5GW9g3YlzQKswcIUCZTth3OQIzLW3mRkkO9WVtauFDiWtThCrbSFyu6i2uViqtVPClIqlePU 7I9Xl+8LVBGKv7i7pg18j+QZsHMs9+HXQEZRCgl9bWfYd6YQoUM0EBIg41MMRGDuGeQL2TaA JdUuFBzfFLiyqqZdsZN4I5Zqm1cjuWG6cee1NsVvKEHkzCPKoRkiSbseOB0Cr6s3cmk5PYlw g6CXopVjWN+KoxtMqsmI3Ke0WZdobMXAzRKu8aDtLaO3EOBkYTZFsBwGt/xgfQ5gI5noY4cD EK8I+dxzXwzk8ARIciShYLj1fLVOwubkuT0ycvubygBgObUwkNB4UagwuKkFJ2TlCG8/MrBN IAngma9AqZ97TXYgeiucjqFdDMOpVmONUSHaE1OE575zjVNszkDvvVfROMpMTmkaJQEhwoNw krjhBgiKR7k58ECh4fD4DzLyPK82gP4Cxz2ryuqNE3F3NIvY6Zsa507JtxewKhwZyNtVtQqk jLUHFF3u5A1iJ8KwyB7QRgnuathO4H08zx68cmvKWChJ4giffka+dIFlmfImUVRU4ilU44hI uqX24kSC1V98y0aBkBVAV5Agk9nNxxHZ42IsVxDlFylOWq+DxxhpUFRhdIQDy7WVET1EGiyg bSPNJUd7zSZtju5097CQtbIT6l3t6tuoI6Y0hg5S0SYurubKI7c1dzNWMF46BuImrRcsGpvJ 7EHDuKpOzAm0ot5MuzdTGiEM1CdKkAXngSx2Yh2TLY/pZTh12xtg6pbz1dNO2/bO6Gu+RVob gmwckLZbNQZc8JcJ/fHmPWMAUm6M18LemDPvpHRbgKBvbI4IBHBfzShm70BqDIK8hyO/Qp0U ZBEmDwSDWie9ZIw9fTexJmZ2lWKsiLcuPTpULcq415r0RvwEiUe1ffKG6vgB2p91Hrn9a8qk ciMjzWCDdqeXPykJ65YlOdp5Cu1iYU5NCGab2NwqXpgyXW7W1awAlynVEIHQOqCgwji/KChA gC9SZZWOBP2mT74tNvPkTnE68oITXciJX+keXMtaXOxSzVP+oWIBih0bA6pytUwfdHMGehUh Ok29jCTsohEnLmM4bHsjvZ2ci9hOYlSE06jHopcEyemBhDhBQrGW+9RPBp0QeadZEO51Mgjf v6Nh/0jz3VvtSZ8Qqo225upb9juxdOwoMTWQljTk5DyI293JvQktRmkI5aCg6MUHRMAp0c4W yASMkHCyPIAJE5eCNVgOIKiODshbVKCeVBv8KYrheiNMbFCBHkZU31NpVUtfu5Y/gM5vSN3x q4rX5nlxoWYlqHBOC4gK5i9wwArCF245YcezxtEyRstMjOHdK3qEd/TOsdMHwkkhEDD4vEPM VxXRGCV+RPtBSD3DKzLmdVCh28Lir5s7s3k3cSIcDdFajj16EoWWG5qYH5+D8iSPzhHznJIP PUeen7H6+pz2X8ckMTVXHCspZeXzOPiB3YdNGKz6oGSCedcXbyIWIIktJEkRqPUs7UnEnoSK MGFUyJlueRBYMXLgGQkXCnFRBLYupFS1Nmui6IsmU0hEklBSogIQY5hvFV6Fc2QEDzpCpMhb MBIPjyP4YPc5YOA0UQYUHN7FUVleeXlMGV+BYnsrT0iM7Aqj8dmQyYI6PMd7pr+0OKKwubLO VjjszC8i6hKb6OZNCdipenspTV67M32kjkLEiK3ECtzbsEDUmJN6nlAR+Cb+4BHyCgLzIjWM yxwmzDaZSRYilJgLaBCqFSxO8Uqbq7WsKThU61L065iuEjkW94VqYWEscRJUGlBFFAiyiISJ tSXJMxGeRZrxwIw31c5JNrfKDVebWgYLwq9QqFJ4SJK47/2Apz41vPO+nWWud+cx0yVManhr 01C+izlm9pc34eTrl45GYm9XEPuNZpUkkFCESLFvqmASQXR4m4gFxELY8k2uUJXwQoCSSoxl Qqw45sAxrGxkTmxBnHGITilOSNIUYp2ajNGktVV6KWG3mM5MTtaEJm624sVIHOe8qb3awZuQ v2jgEDhA58QwmEObRhJ6nLntCa6HH/Flv2v5Po+jWHF5J+KZf5vN5OjzcHVuw6W2VZat39PH jc/mPxE91uj3Ji9wLbO1mxuRuTe3u0NynCFr/gDY6cg4OyStEgnBYuRsKIxUDkVLRyM7Fgrc oQzERrjYBVU6i9cjVLrctw9l8qsOTjjdrQTqvXcxlnI3Lqq2tdg1G3DTqpmsebFzCOIbk1VI RRYqKkI5lzATlB3eRukqt2mlewUcvJ4+EEEkGDdVcS1EopxAexbzbtrlcB4RGjHng5SlDTzK gKH3pdVa1zScQcuguKcjOycaBiJmzdu7txhDg5FSndHM5PEVOKCJipJCqsOlCKqOPakxUirB dXgl0IurNo3ey3OzaGzeTRWTK5y+cMwoeoRN3ORmXTatOAbKyFuOlIiI2VZLcGti8p1FOHbT 5k61DMJzeaC4srSXuW5h5SGNKriaxyHe0hJGlGDG3mZWHTO8UWscRat1mpxcLIs0yEwtb2Ft p6Xe3phrHt4btp65ChYEJmKxoVdKdGNvanmiacVJrLvLvVDezoOiBtDJA4xzL/mL0vu9iROo PlXfcnOQmJq8GNd0VOU9pMujDlm3mKJlMbIoFvLkgs8ysTOvaTN4JF1pvC83E6q83IUY6zYm heYIgmAxhwfqYifkfJJhPhyzIYsb1atLK6tUwmrqqrbcz3s+pJ0Y1nDbafsWft/j1/j/H+O/ N+x1YebLEZrsYehk/oZMsvRowQ0aaYYX7ZiEyBwfoP0qKIViLQSmiTyEOh/8RuqtSGYIwgd/ HyRa4sief7EC0OIdSBKAbCFOQUAwkSOgxDU6tYbMuMy6OEngy+ek05fG8840alGahoyugaN3 PXnyjFkW1bG1rRYWSZwyUxNxHQf4zWTXuTQ2SaMq4PEm3Dj3u3SZuDLCqtt2OLLRklNSq/Fh Wrd/SrDoc2TXmLS6VQl0xXvVQl0WU2JNRJReLz2KNjChnLByjsp6qOZWNMpRZpYwtlD9qhmI Yxc5CeSdR8wgFkuc7069KjuSYg7TLpUEh4ur8Qzw9Kd078eLw/znkmg/HwUbhL+YCHcJgUhS 0WJT+VWIWVkmViu590bhd2FoKvBhaLCsLE+C8msmUmYMyFMshSZiqdW66973q12FK6EBMNs/ exufhgnqcCwUBRA2AwgcwqACRdxUnr7aWXwphirUcnHTWttbd3sXPv4kbVD1fQzxmOjkDRzU kqjsGeKUDacXMT2VBo8soyVJNb1tsdc9y4IIRCWhcI6RO3L3z3vrZ414JIHkOPCJ5essmF8p goninO99ePD0efDgTsNdKq2sFGJ4yg5eO7Oi8yDNy1XPm88vCKInqAQJnsGtuDIi6yo1rkUo zBpQY0r3fKyt4Ub0VTqpiOjBSUWoIPDFKACATEWvO2orYyCZhcfXCCWGZ5rkKkDtsGBF7SZb Gj9BY5o2s83vZMku+zWTVmBuqGs2qTiFlCYRJdai5iHpZTSjERejqoUQFA/wAGvKTygDBRkM gG8N9AROODyjsxKfeOGYkl1ClWnFFpvmA2AAJC6lq+Cni1Gm0MuKUk2ta3rUhkT1qqbu0ngI xacG2uJJndx2VeLvwtW0sE29KMQeYUe9FOdjTA6c5FbMiUEdI0Og6TGHk70QJkriWZMsJwla UQXQucq4erJ0IxHIOFWkSa3GCrD2I0CSBORbhwZEfEF4EKXZk2sCbiJrQrO8lQICCJI0Ao5g a5eMbB/pmsXkKMUtpvMVx2zV78vjug/9ocHLHHpsZAMzNe/CHUTXZk1nTmTG7mHe8u98vBUv HHD1mtcc459QITQMiRkRJKLJ5jA8jCHgZP+IydfST7x5dDxV+14c/Vjon3T3TPr6MX0vnJ7N M5kyxrmTLxntygeu7W8ulqArQldgfloYGFQkgwexY3AIWyoKMMSOrqv0sy4XUb6zHeZjp+En wNY0ySxkppNe/ueu7rjXMnmTYklDo7hynnjOnVxCDmmHG2KD/3AsxSQcShcqFZETimKb9cva M7AgIB/AYxeFYXkoxDGhLtg0tzUIGKOR4DhJoy1NjWRvgirsKOGj9zI5gw387JdXRCQIJg9A IveSx3vljuY2+gDFwa1wb4uCWsrRe2hznByB1VGtiRdlipUmhSGNwcMoGG4cKDkUddbLTDos 5GU5t3Qy7eceGmHgCV7to25bricFeD97V3vs7ftdMfB5Y6fOM4eSZ/K5+VP5Jqv0DdorMoOY B5pQNP7oXKk/gLR3nJ3qCtI0XbevSMaGGbxdc+C/4znglInshRPdS77FMi89iZmNqQaI3fNi vc1diIUA5FV0WKIBhY9m9yMLcmuyqSr6DDu3QJvqAA8KHb3zSauO7ODvYAsoAEpVO7KQQA5H HOREd7F3M0TAtQoJuM4grkGU+42shxBuFQzMG1ssp3e6rzLo3dTWLbTas8ODPoD7UeSJGikS 0tKsS9fc7mGV9T6blLwsWobOzDm3r7lZXFdd8+wW0idAkADYhQmrpckFYOj0f8xVE8O7zJ/m CjwdadiCj9qNi3c6HEWEhyRL2ortcG+11cQRdOwSTPheH+sAB2eZiZVxEpEhHhXoJYUUmQvI qlVdOY4cRZmVKK6FZEBULbhShD9SB/0lAkatG4p+PyV4QUh1V6N3vpbU0IpEWo4eILCHenI6 DuPkOwUAOjjgJjVhhsbJNCgvtPyElSgyqaCEKbYiMDt59Kb2bY2Ery4UhPBuYYF8jbyoiBYj JkxpEej+4P5xg/FK7pE4H3z5szu7ubRzTXwY77Lnjc9/uIiqiPwh+PHlKo9wuDKzpJ0vVQP6 8oAcpCYfdl0KIlvUY64mTtjhI4AefyD4OAMbuxduJ1uvOLvuZ6NFCdKxjCJSlkPvZ6e48ZA6 JIDaXWIUQFfbzFPe4OkAM8SQzqsjvQuQRBAuKnqN8zL2cyou6ETgXbIFZZjKyRNSFGDRa2Bi osZl3dVOUxlxGNxBBU0MLV1rd1ZyQlA+9jIAGhoUDizit1UlAnlI5ogfXSsieesxTrwIcTP1 V/WXRl+zYMi1pF7kaRBjZiXkiV0m4eD/IMcYO+ChOnzyqUYM/pGj2d7EDBr/eJ8+fPckd4F3 T8jdvGRYckXyTgAS83ZhVPa2RPYI1oiJUyTqrdnLyCUQYrI2IKiaBuxkq7c1ldtmqmd0QYia wYYt4RFZXJWIXl2LzHM4GMzMZJEoQn9hJEDrAteW31HejzHCd+V3ork9C0lq9ekwVUwnUjMu lmOqyP3iFVDMTYlZvmOXkOuwZoG5EK1PF4e0zVRGqZ7EbN5LyRmzN3fd5YqS92JhZsubHYlg GkJhAIcrFOR1C7QboTYlrhJMwpiB1s+uREx0pI8RIQKIXVhwtoU57o6x+4eebniiQqMuV1KM ERA9rC5HhAnch1U04YyYobFzY2HFalLeC9EwF8ZgqirJHWa4xVdFwrqhLFGuIvLqvfL4DASk mLhVI0Roh9qKmlDpgFsoesMLEQSQBJ9yzdiKzKxg/YFGkuBfbsCJQhG4OeRyjB5BpIpUeUe3 FzXfHMETT2dmLUNI0KO3Fy+xI7k0Dk137YOnHvWB5rsPz8BRrKz3nJwuodBoA9lXC6wMJ5w8 FgjlEBkT1AOcyI2Sxy8XOIhM1yynUwDF5vu8IUWrpy1qG1F3tGXmqAyJiJymMh2avl3u1W45 zvNc7v8X5NZucp8Hwk8HJxZk7dcPZ1M7Y8Mq56fVC8NVLuLl5ZcZbanivRrI3vVR1Je43KMK BGcVjPpyNmoEzokyc0xR5lbD6lU5CxoHZUmmZ5ebljpuVYMOESDhCIZGEQQWhuEib2hgFsnA ZzsBzkEWnbTLpEFuBIFoW0gk0MmyK3RBSoHvy6zrkVp8m4Hk/Y1PvtS4TZ7keN3KVjMgW87E QqtvBs2NdQzUCJmcptRV5ZmzQg4al3hGHJVOSxEWqc9EDjkWE6vSL3qwf5f6hz0c/2wRxBYv EuS2WxYti2RpbLySY0xiqqqqqNEyMplKqqquVE5gkn5jr29HVqwwqsHg0k0aGj7Xu83A3Pgq qqqqqq8fPeqeC8Zxrfg0e2XkyjGJ/plU4UQLnG6gZSgqR/X3vcvpnXh0WIPajlXe5cS9QdC7 07V7qYbMDS4iMnFVqQUp3HdXSE1u3duIEO0NmZElqzJmaMVjqtPHWzlkKrFzWVEDKp5G3MA6 eZITYyImMKtB5jBTrY2pupfHwggkuoanHs0ybJVKePgPDcubuNhTcZBy2ZzZ3YKyaNkmXKzc B2tgp0K01s3ezmWOqMtqxtdtC1Wpy3N4GQwnDPUtzhhZWReOSnAiYvItQGlbqtKbyyskM5Ug 7T2Xe5tuYwaow3kurMxqOzWzY4Rx3RVXFrcb12ENURcVrq6uqpO1uObnJlMtDcnKYWHWWRdN bQUjFtTpRvJLha546uJlWtqyqo7tW7NGZ2pm6atqsNur27lOKyo28bTcpmqsQ5sbkZUW1qg7 Vyp4cycZu2sirnY2NFjWgTd04x7sq8zIS3YoU9YUPXbxzOVzljh3STW7VrcqL2XJIayokowa ipmjkwGrGRM4qgitNVuzWUDE25MRWranIxyio3bPHa7aa1xkj+ZQqoqh2VVU/WkrAVUqVFZY RUf5n9/9VttsU/z/jbbb8jUwin18LbJbF/c5Q8pCX5yah+oRTxk8sPSrWqpiFPalsS0tnA6n M3npNsxfbuOeeW2vvX8v5d/H1/l9k7P2PJ1dTD0H9j8GEyy8TyprVw9Ltv744XhwjOY2zOFM FKBR2cKGBSREk0pM1S9K1f8UrpvexhcFFo/8sXnvdNNtcazuLJ1Q7QqHErMNB4/y1ap/fVVV VVVVXZ4PJhyzO/rlmZznp21fu3PGnDbbZtqbU22282uk6ybOD0OyGXm5MZT8zk6uj87m5tHV yVk3asTiROiN3boLRq4121y5M6dKruxmrt7TmcaVZLzkfK+eLD5fjV48yfveQssdnYgbtU7y +Lu7d9ngvbd2GZnS6HZM/Baje7IwuFfQoGxGK67aG7BC54pHC/nvDxfosPwRzd27xaI56tdR PkkT+s5cLvtnDHmwRug2tOSNN/MMgcAGPJMIJwzEIaOJywxaALEQWeZwk47jyRNw7pSiU6+3 XgIrbgHfhudxcwD0BcGH3hCIm5sOL1KdyquHERhDKtEwYgN0/d3ybhadONY5y6Q6Q2WauSno eEi+7CJ+w51Rlnw544vwAck1Z6OZWZzLNqd0uNzUcR0ZdZUVLp3FujGXAZJbjZZo1ZpTUOnp hW8FYIeRgjd2IBy56OAZ2vK8CyIbgj0FgAn6DFNoNZfjY4uAllDPGaGyltuCLBP8otJJnES7 IKJt1DAgLCiFuMtTCm1RKxhNOINVi02fZVT0iM1PGp0BdpJIjQp/3R3BNf4sjg5g1IBniIOo BHniQD89XnlS8sGUiNPEYSJIKChDXEyb5OXjdz0ZyWBdWFQ4S5gXrQZnFL3z1rOA/6w8tEvV KqM6yzFVUWYleLKqIcN1aIrIptzKPA44Tzvpeu9G5xzQxrASBzwoypjnCkDceVZLhbt/kdHL u6jOMvc9rrN6ZpirDp3sithiXe3FxaRcm1QtS0Y0GtlS3p2JQuHDINajMwBz7jgBDI6DDydG jnDye/rk7AntKyeWSnq44+b43vYaSLy0fSFYjFVtKxRno517cejfkJz1HqgeGEUOAzXNo778 9E31OUhUgmyIsiQQCQDGaM2qB50QqsBjUqJm8y4qqslZNY45yTJglOyWyzwa3CI/3waMFGjC oqJxrp66vrNYubeDpnntLLETpsiQCRySPO7t6+1t0MADMkRuxwDSAEQbjV7651yHIisV5bFH TeqaQxmIsxOQNma3MWyTmCb0cGHnAiF1DkR1diQBW1W1s2zItcAognhBouCkQScp9mlP0EzM nvmZfng20IubnK28u8mkJuLeQK20sgzNZVYnSmQv4dUdFiy5XazvUDEl5YR3NuYm/cgdcfY0 ex9Sl5+58ZpVRRUT3v+UyqoOmfSPpr36Cl/bJdVPhenUeEjhI3HInhMlkQXjiTwkAkNQR97U kSVQiE+9hiXgA5ut+2+2Cw2wOHyyGMmJxlFE58b8+evOPwcpX551ygjiYOLYYBFiZchDwcog nkkJCVA4GYI4zwXDmlBVlmYT1yK4KJw0ogUZ/xCl7zVhkjZA0TJXR46fbX7B/bGjCelwlCqF JCWx5R87YvLYEwfhzKfpunGCFex0UHpc/QfgdJihHJ2qzbZN1PMo+ZdqSKnbuDJubGGxnDdx kVh2pdbgaYnFHI5OwvyvPwB85xCx6PAhooBhH3IRFi/nvbuEyIFVI/vhofvBG8uBoe/V9vu2 /smDi9hhgniyzpDmT2oSZ5rkNRAr68ul5puCJ0oIZGf6QAovCQIC7TvUE77XdTv6GcoCJjey Onb5gq4gVzpkiSOxmDXNi3InsezkOtNnlAZtwhlBxp2A9j4LEy9r1BR1OhcXFS7e9OyE6ioy dnVFYJQq4i6O1msiKBrWcGYRsSGrWhG55CZA/4BI0PEUCcQHyAEwOKNh1DXZcw1SzJf2+or7 cszqvY1sZw5ajkVWLKNKarD/EVl2YVIKESajZz+AA82TKI9FkDJz2+1FeYP2Ajl9VdRMyIMz XeqK8xDOKI4Mnr258XRmgRsxwSGMnDMCEKIiOl9XbmCh9MkVHgwX2oXXSjVE9tTpgRSyhJus sIuwo1zsUcN2XkCnqBOvZNlGaszdli1/jBXHwD785CYJkWoiZbOsfFMgMmkwYVzL3P7hsVhS X44cUzbZuMo3MmWj1Kn5/QNzFQ7rdxkny+5qIzgu0MUSYjYVMx9aKGDg3VuwII9qrXl+GGvO sZlvDzlPQ8WsTKnoskKZ6xUIcpUTHKIXbHYq7x/1ihwB9DtR5y56fuBeQWcXi8YQTwaU18Hm Zr70RTW0NkZXZeVhyDMiTgWwpixppCnAyjmQ3k081OXlLagWVF5SqSrq1wgwmB4BUgULivAy FzR5pURisQQGZ8DPxjrkTKcX0by3AQJ6ad1QE0BXVqhjCpSw4IiIcVtXcCK1VdvvVs/yYBPk sfyDVw1SXY33nH7UH2VmV0vw0Qwas9Y7Ji93Zudw0ngzpzODp4rQXeuuihBzbyoqAa7vbxU9 DVHAXgjXhbHfg8HRQ43bUCLmEMqq6XlRUV3Em4m26xTgsTNQLaidjbkvmBlUzS4uN4su9re7 2R4syHdV0W14KKpRwr82kvTtHIC3A3HDAbLHZRbbDCBpVKGFrVbAihWpRa23ffatZw0o6S8C RVvdr4CdLGuLyPROj5B014uWkKPhAFnkGbmS5ZPNzyBzYQ+uc1DlkcogdxAeGSIIw8g09NTS 7tb8djltcH1YcNd+LnihyJ/mOMw3U4viak0gaZiASR7w8fLB7F+2+R1DTRhlCCyP4Az6dFWT 8BGTDqjEfQEKI5Qk5rhXe88StZqQSgNSpSCBIECKXzt7s398KzzIe46Kw3ojMkknt5tTU0q0 LSqGTjqnr24N5R0PGEs0xHNt/RPrJ7eizGL59gPn6yeHwyHKCyeUnuwcCI+O15n7+c5QeM7P wFzaG0ftCDzvjzbvZXCWKZQgXih5AFkihSeC4VnhJQmyci7Dq1D0zxBZPU6p4se2bFjTLg2b ZTw01M/uGePO9uKI3wQpHciEYRirPjd1AChGBPbE5crRyRO4oG1aCVUTUgqapmqKiK/gK2Q7 jwzF5Oyw/HdwqpnITa07ezcwReg2rqYbyYzGTRuhdvND5kCK0fbm8g1ju+7z7deT+fwFNlks WKp3srjQO93sWK/4ubiVNmpyYdW7VyMux+vvvjGOXy66s5zADZLZLD4G22+NttjPvvsjlxin yh35tOsVnLeVUWh8SrNsatZNyKrK24zdpHLIM2LJXJmplwXb2Ui3Cqaq5qstwJqtvdNGBO1N 3Al3tJ7MCgYjcytmJlZdiCZMIGBd4tVXdvIsjLwKqG7mK7cWaKicG0TuxFCRcKC6wGqyrSGF UHw8IIJxFQtmVqeRQoUsfDwHhg+jnb6672YHZlkVMB3qGKiKxCxVZUinXdqiHkxtYxiqAbKD qhGblZSd0b1q6i7O7GTiCxjaZbFiNz+07y+6GJ3uvO6sJ29GW9g7AzVWcWwXNF5W3r5yxxkm HVqcu5F7G0IxXjoZcxcKHdSdTPFUDDu7kRQmhinXbyKsPIV1tsRFXFw3Kt1kWIvN15tsVtKD kIuxMw7WuibembViYdbcs61N5wRdbZMC9gLNpDMq6qK/0XNjKthLdCEz2z15zFthJSaFwZ3b gNuY5uU3kTSe0ckaECYrW0jL2czWXtbYiHai8EqyUlN07Ea9JJ5WHMYWR5NG9THe51xkMPtE F3uM3OVFXrRemMhxUM2GB+0aV1ntSsEvJh4Vg1SngCuHG3DDDWta1rFtRbLmLC0upi2L6Txb n7v6ev4f08Pm6uzxc3ZMMK0Vl+9s1MNWubdWuKfya+4QbSSySSRIsG2qU/qP7/HHdJ/3Yox+ 2m89+cm3JzdEMzJtI5wzMtXm25NVTm2ab6kQOBotilOv6/GWtSox5xVcVxXF5xeWtSoxiKrS inzLFixzbLZrjKv+KJuw0OGCdESqIoIcdgE7JD5SPwNcUczAzBRELbbbdwjJwYfI8K/U6LZ0 dX7H2uz/M7nR0dzm+t4LanjWpeZGPh28MeHbote91ve8WssW8Rdr3vNpccnk5KwXDIFDM7s5 T1JwP1gJVz3AChB49L0NSearFKyhFqDOd6N7zV5vP5GjZPo8sroNQDxufMMkDRB1LovFfWSL YjADrlKV92KqJsui58yy07/XXjXsrauZ7fHMyeUaOBOWsmkni3fvd37W7lOVK8h5Vx/6Tv+x X+Tq7ipzJ8iZQ8CpVT5vBMpzD52ci9wukYvaVi/Aec+DHv8K7vH3P+Ljiu7iI4Q/z2YP30fq Zr9tTl6x+ADNpGkufxBF4rcipt+wVtWcMay9qf4wMC/iPyH6Aeg+A6ZGLhdZ+Idk1xfWuG/D WuNJONfOlRdsOUxgbMrjhy4aOL9LiA7MzU5CIGITqKqBZ0oam9265JhBWMgBcqbbCvF1DLll GLywRXUJfBa5SmCUDu9AiIpjk1K5VKCJGXLrugC+7CqIiw5H/GAAOc4f6OAZbxhWiGh2kzTR QUyfuBY99oO4zYXqyhOUbj+ImYsrcMbQgo+SqD2Fncsbzd2KdZORGvZmli4riNMloERz+HAO j4JYUO7j94RMonYN5oAOueGTeSF0aPTbLR6e8XuQDCpyCNkTL40KV/WMSzqtxOp1TnKXNG1S pjUQz+KjHimDquALcOlBAWgUMzuVbmMkU1Fmco83fgvgoHMRxCyzJALnFEHYEfByvlRumPam Z/wDu1wSQDSHz32AGQyIjWlU1eXNyCBnOUQBNoEROG4VO8hWur/aHOfAMEZquTjhS+18DYfS KFyyr8+1G8yLDUxNTQmQsiaksLsYNqryNUjFNXDevDc3ilTEVe95xDCcfOc1nRx1uJrjkT3h 9zZQ4vDpOnR1xUTgRG6he4pgAIKUHJfigSw3pfgDgWyblHoL321m6c6ym+p76snfNkm7YPtS 75NScI6HSLJXQYEc4cLhE3f8QKbLVzQ8jzR9K6LghxoO+3IbQbqB2YgXg6w77OzVTwf8kfQ5 /x84PaAEKACmRrjTdQhGYVCRyBEVWDrZbZVbCCKioGulcpL7yZWYq+i3YGUXA5xHg+5y1wAX CAAg8Aq0ACT528ETNPMGDg8vr01QsQxRiA5goBLzFzWspWLiKQ32tKILvZgDFOtjRs2Ku6OT Rn8gjz03lKLBx0pcHobZl5ORnaJu7YkRlGIqMEXroXW2qncuSqac5gcGrn9vPpD+oYBPMfCe ZwD6+CRvsOeY0/iqIfsP5brYHLPCealwpbaw8LE/OhhI/A/JGjczbvyy+KT0AmtkeHmdRGxG GzLjZFrDwcgkgEgmVCCoiZFaYyDnVtu4yYwBkE8g8MISbU7hEX23pH7YdehRqU9mPJaWa48i vIYyf6RAHf6hydE0d6LotbBnmAZcdgeQu5A2BRmF1iZMzckmA7pDs9H1mwKIB1Cbfm97yDOh ac/5AXIPBBClJeDY0hkIjKuKYFJ7BOiBIDxUTxxrVIxaBaQFFBkLBxcm9r40Vegf2DnReuBG d1NRW9z6ibBXRzs3xYktBiZW5vV2G8jJaIW68niDO1c3OzwA8PBxco1VcAfMdRtMzkzhcHJR tLVYahei4a9BS7rFrKCRmHi2Ko/DNUrk8o8gzidVEFhRmblVjqxMmU9KPJcjtHnIZ5xcs117 VRIJ2+Ja40ppoaCZKoaQmrdYmJVTO8TnjzVeq4xmU2kp0vbQ0i+UpVTJKpnG1lW+mumdrBJW 3TaSGtOkOCxFXMuqYcTGsXmhrWrlGQZlvqfYnuDjJwFZMNLkqIO65L7AcI52NFkO3O0F2v5d Yu788ipKHe5cjs2pyQtmAbYuNhYskp4N2LqwtutyFWzkwZuEVzV8YMpw8F3To8pcdWos8Xd3 0mJxfekmgkJ1sV8mDokK4QiIkETEX864Bqq8CkRQO22UAVlEh8E9vRflnFejyYVKZwTNs85G jajo6k5NsyZ7ZQ/rHokPwX4LZhZXjj0ewKt/5B+ARWxeb2GJo/DW0KVIyMXDzVAGwcTc4NbB qxg+z+w8Ho3r1ifsx7Hl2Kt4I+AZqWYvfm3I6I2stmYwDnKwXy75gvBUxAMxYQLt0qnkyJmr FeRmF2Dc2G8SnRamBIuFSnJGELWYip/mHrCYHsGbOBI6A2wpsKyaO9AEVjp1dEZRQ0PYNxx7 MCbWxhRg2owpDELIYGwdRVX4FblhApj7gbQFrcRbpcLR2JavLaeizoPao4wMAbdxzgFJDQRh HKiVvYxvxOOjtivaQpK2vNoxNuEHoitNuvFsmDFCBst1EKF15MQm9qdIZ3L0a5MBEF3fyEzQ m+iz06ZUeeGtypszCoHueDbc+hKsejqrvj4RVzby5vM83yUsZoAAc5z9gDHgoT3CEr165NBd S2EXCWsrJgJtl1rIq3RoRMbO3umXoouIocnkqWpSokZh8eD0zq6eb0Ze2l62dGbv79fefx8+ 5/Dd3I8EN1C2JpKu7zlPb+hnYntl3VLJtR3AaV35zxdoWVhxFKoJyhpm9c7ewsVY3j3B8GCa qSxxFpF6dhl/cMgiMsKLkPm+PgpmO37b+ZTpbsBdisk8nYcwGLuMSEnqQsnuQyNkIYMw5xWe iLne1VaRJZioVHkkXBVSKqIrI7QkWNuu6j0HJunARyEI6OZPc0Jub2IZsFwdiZu6uRNRNaqC yTURAt4Fma8MBC9N39CRoDA185yuc8mBwSPtRoIAzhQE/AIBrNjkiLm01gkYuAlQ8VWHuXrE xMAQKaXDEfAWPKd4AMByM6+WDEC/6O8uKWH02Ay87ABcjsjCOQkJSFwhIasHkzh3yEx0mq7I MTkwDygEuWRI4RB44jj7u7wXdy9a0LnLTaY/6hQ/uAnnx66z8jksgEeHSL8yPBBTblrbejKu 1BDXATAN4USYKXPkOr4O3hoBowgSOI9I2VzkxUXCARAs8SVGEqNTFCVBSefKozrEZ+wVlU/M 2UrKozEa/Fao5OGJlYXlWKCDpu7BuuVMYJzJ2gbrU8u6WaM/ADBEgIY5D9gsj+AIv1S0NPIl Dwichez6aKGIL/RyNtMEYUUgiErUQeO5mUkOmjB1wD2MmNVaSCkFrdxjHoIsPtFbnVagm7ZM tbFvogYlZACIL5q5XKQfVUlYS/JWSrNUkbUQiViqUjDb66hYNUyzw4MtIVJEx3JSyA1Ji8o8 32B15vCbTT5SobZXlKhfHjjrY5doDFEZcVMubmcp3HZLF453PJfdkDj2DbuAGlBTqFBjnNGV TpxGZXaddcFJRmdnGHW65NCIsXmBH94nkMn4IxCQPHOicjyqD9ufc9tvN3WhhcUtOxCl1Wp4 7xQsRprRWOluTsLKdFRDoS8FqFOibuDt4o+Ad26dOvbs69s11daTYWhpBlaF9D4uz6vtFR8R UcDIIRFGQn6wo9g5Cc3gKavBHSBro9Yt5jqKqxVXia23aNRMctibEW2CyUKixJE1b24tUDmz CNvZuakFU6UCDYtarpQDMbioaxM6pF6OYdiMszKwRBbRiI5ESDW7NbkRKVTmo2ZMK5YWXgRl zWmBZg1NS4l45bycw3dnaistQIVTFO6aLoztCrrRB3HLSUGMOGYFwqs7VY85xudWDa3VtRu3 qQLbmlsatRzKqTczZqbe0lbm0NcSdvKp1tq72olXZiMx0MUXeuNFXVXDmjcberbES52Li4y9 vYiqgiHVhZmtCeW7jGDZqJsPeHRyhxmDuI7rlbWcnI26uS4yMsVlLKwKcudmaNcy3L26Ebd5 WkWw9o3UapzapUot5LzUJ165RiRt7tc3ImE8eWag6m5CFGtvI3LdYxeB7bSubqZx3ll4Ikip kWgYUbobU44n/K7jvbEQJvrmZuXTqNvuXmuVlShVzl2XkVcOAdSpwoMPFtZOQd8HKKqxVVRV FUlJmudnV2b3jR2zKqWa1m8bzaioZGNbQzCNeU4iMwtmRG7t5dGUwrjZJmchGqF5d7FXWKdu JebCSmndazG7mU6Fj4B+Rz8Dg/zdHRyCDwD8hnoGXspT93r4Ez0dE9xERVk6iHAYemh8WStn 7f7f6v1f29PXxOz+1YVZ0sh2XTHbXbWFpPCY1Z2xtlO0/lN/Ga4Y3vppx98Z/t4uD9pUIH7B 6ODkDPsCEDn7YRE9cezVKn60yG7i5qlTuPiRkxNODFkBQ0aMTTgxRAk2RNmt8XV3OTdqyTEk OknNhxaJNX+hu6OLZ7jRIsaPRQ9Gix8rpGTCmYIiYUkSkEjBEEaTaB3h2AmCeERyZJAbtzER NUHNT+OfB9AiXXkEyd8XZfrcnz7i0AJrqFdx71Uws3/2Lm4OI722lp02uj81OCN9VRaW/J0f y6HzfLeT87g1NXXUnF/oYJweh5cPoenhnHv7Ch91+fP7AL6gFQYuMhTmfQGurrQC3kBVCnIM RDs5VbAeGRWdzXmIO72NDEnCNPRh5Wzci4QJD/wC3Gdtj7DAz3xV4hpHSOSUpqz0w0rozNUb m2DN2ZkQCL9rculniOnrwcAd3NzsCtTYW28DiS7lEylfwBOpjxSPxwD8UMvoOH3fKmO5Ur5m zV6NU4XFxKGUZcYamgLXw6D02yA5N2IEXkiqmXV5gubNRgi4y8yYO5M1RCtHGaUO5yAZihg3 AlWFMOdc6rFDTxAD+8LC5z3mdj3qhEke+eezIQ6VdpAp0qV1lC9rYnTGe7QgqU0rjuUa5R5Z WSok0/Hs+QSPIqNxBBEIh7Md8qTboG4hTBiurW+cjkSoPOYl3ZEBJOAwcG7X+7znVc3p0zER EcYzqPGX/UCPc2R5wcV51HmbEN8mfaqN9CuLD9a2roNrSBY1SaNHnIyMj2YOzECuRhudfBG1 CpI8m2YHGJSJ7sxG/4KA7Xbnrcz3y946aGKMcsWv7BIgSPfazsUakQXM1vVFITPMna2drE5U ZdpJu9WzTdbmLJc2SZs7o4mAB0fuCGA859x+1Vrjs+r7djrbhm2Sydm7xjmYLXd6ilVZLZqK 6aCqS8aw1S1mszCt113vDc2q8NBRLzm0hp3s1zo3qnTJm7CpxbprwhU5YXigV53mA671x1jd F79XqQ6GXigZaAXSvRaZAu+wGyvKK6QD5254AgeA3HQpAziXAM2a3fgsSQAMJPDi4LEz08Xh a56vOs789aO+XtKPaBjDvWYE2IpUqVmmc8ZvO+x15eeO6CyN7cx1TK91yVV1QO8qXFDZWvJt jQRZFd7UychWCUtEKCKMFbIayMFVuCMrazcyziNVUQGe6mTMEAvCjWKJfBxHnHeU+uRtZlkc J5q0QkkkUgpEAyhIE8vtZzjfKJxGt7grrRIuGpV9F9y7s1Gu9bjXqvL17hLsoWqnaOiXVqYm EMy0qTpU4d8DH6Aeej0QB8rfefPV5CGUFyfQUPApiCi0gpYgMfH8rQv712Xq2NjezQ8vOSGV bJqVV+AifP5xot0ooi82rTBtm0R4mJaByrPifx7Wk3Y9PkVH5330995EEHJt8C9XpHOnmHIi pmI8tUruOKctmr1UrtZOQdBH4DVg14uxyUhcdOkkRWKKMtxRbJN+I/F6PoLfKhZ2F52IpBa/ JNzcKRHjSUnN7PRJJ5zOocRAyGZzV3LNWLcKoMwpdTsVYwiLzITdQSkNkbROI1BmNzdQm8zR ze103U9SruuMyXLp9YmjlbjipVRidbDlbIOi8NVFpGmRDUM5ZobN/rI/HBQFBTi1M5QDSW0o xp30qtFv3DkcCZvczmhIHGkBKbniIAfylk1FF2aRw/FdvODkHgCpOZgAIgCCKW5u7OmqlDeD jGaWgMO3ccpGPkjlOsmJ4gCTm477pE12s3nFIKQSB2oDLXakEvQbvvTYOThEoCxwgSeDS5rV LM7f5uMyPFhIBIxcyPPA2IQQ3kkTOvyxMDDAmdXWpxZNi5zDcz1FbeHnKQyLzrosAyVrNmYU Fd/P5Hbweke2p3zsiLYmQiC7cNeWM9pWh3fn7BDvd8x0vPMRkVeORiq4zDINNUrwGvN1rCCN cGp3a1aJmaqqmQjeKl6DYEgVCgNTrZ9jog0910U5L8u2c0GXFWg/U/aCnPJffs+diG91075Q jBKkfsBhCkxTQipVtiIns+Azh/OcVXgAvNVgkE1op4/Gucsy1BBOngxBcDODLz3M7N7vAOng X4XbXALIAwgCiAOngAo85BPm5215V5C2L7VGiKZyL7NqU1EupOrdFKlUdedFO7V2OHssqQ67 FVNyGR21N5M8zl7oYs0NM2ucDaAi8jnOTS5wcdLnBncRpxxQdW7RAwAUgaZNoFzvCcIcMiyG t2HLm/DejnvO+sbfYIuYtFwJ1ze2VTiwnDrbLETV3tB1jI1waqW2Jis29dQLiorHCubFCiPA OW0uskLJ8oPhcJuSh5A3Dxrqe3zPHvJPZh1qOdTr0xI1lg12atet7aN26LZLYOLQ0knWUgKB 7ejXfjovEAxkDl7ZPDLlDSECiAb3rvnxXOeuo9Ukzmw14dSl0waEKVlceK9242Zyx2sKoxIu hQBV8AQentwMzvXev+8P74HsX6F2fTtR41P1mEn0cukJtwTpBo58Eg4s5PAmeQefIQuUATU7 NxzjaKLtKNSXu1mPTWIjt7e8OugrwQfIz/CJ8Zfdt5cdvtoZJcRUnXVXQ0RbbmLUbEMbGVA0 OkrOxaiObNDU7dXHEi+BAsOURhgFCak1soa1FQYi04w1509wgkhF2EYVhFIeHyb78vh8+eue 7nZd6rihGAZ3LrlkDlHnKI5hHIIbPbDDErLyG0gOpACZqpA63LiDDAo8wbXdc3fHS1J9dOc7 fb1U+SaoWPecnlQ15PXPnbU98Q0eEJDFHdETG7Mwb2kz0yevk5Red5mbQI0KoISYBHMeXs9r Kq0kaBFuMmsqtlCYzLwVGOIU1JTbaKNZIMaLawVEZYQHPwAeckIBDjrzihAeEBEcF9ynot54 eTJwjTE+LqXVY029MXNlR1wB01L7q12ZjcUYxl5FxUs9oLFDVcTqJPTwZnGlusIEkEkgjeqL mGWQ+yIyLeRXXt2BmWwh3sJ0BTcds44fw87YJ4CCFuIdvdpsEkmqpnrtR52Y0wL2r11je2a0 7V0ggTLcNXLpnanNudQW5dTlVsiMucWsZRf94fqPB+/w/B5KAKHi90sD1536OPbWb9s476mk xMSBpUO0BZrOOaedOu++TtIGmEnD2zEmJjITwgaYb7zV4XZIG+LDkZ2zZzx30b1aKumTTAyK VxxXfUNk9oDlQgAyGQqucJOgi+x3NadV0LHAgrKHTotd2rczdZZG9YgB2QynBtusVaEOtYoi GhnCjEDsnSie9HYiJqgsC7ei5oRGsrJeFUI2Ny8TZUZqqp2DasRDJqElEazjVQhP3Cd326Gd XdUoVDBFk6iateByf1nwcnNhz5W1attJ4SSSCSQfjXyY2/Jgwrmi6883Mi5sZGShcUCLjJl6 MzUIwCQ1TyNqBcc0Rd7exBGXtCZqtM1cpbO3q24FMSqSkxQIqC4nFHKZc7dPFFwaZdTGBbcT AwYoQurGQtWo4JkPJWixAutiAkFui1hybl4ty5wtUsioEWb2g7wQ3c6UomrgzB0UwVe7m7kZ cSNs5kSxjBzVhWOInLsjdjcp4LuOZMtTcFVKmijFVM1SpCr42IzNUQa29udLihr0sl5s1Ahm Y0XFzVWFC2tmsibzIudmzIVJ8h3MbpxXJtbsm9204i4uYEW1cbfOSOXrvbnMc25E3TF1e4di K2Yq3K4ad0dzXcjbrQnczlXinDzM28rBOBO8dxO1JvLVRblOY2jC0oa6yxlXXM2iGL3BoixU RlVYqM0Ts7mzrcVZJtCnWVRqSoc0Kq4Jk1tild0qkZtlHXW61dVhdzdBzEUxhsF3ArMutrVl i8lbBvcGCrwAcJOlFFVqtVVa1WtWk5Jmb566zObd899ubFO8w6mThGEnIiKYRLiFNZal5WXK 3JuUJVwpuBC5ikXUlCM2TkbCjLrCdEa1e+rStvBLx2EntCBon8ZP49k9E+pNwVknR/nJg/7I GultVbbhPzCeE/MP8E/uT+Jg/sP/sxo/g/p+9X46n4fGvj4Pm2w8sXTZh7W6Ynymfft66Mqo v8LigJXBZHSQwyE7hIEiTi9pxiuovS+5W7dbube5m5m5e1m7uVrzc3K3avdytI/2OcfwT9zJ cXsLun6J+/7k6JvoOm+V03TRNdWdmZnd3oz24e13cN2TadeqdWCdk7J2TsnZOeRzvr07P0Fa UHYVCN5+EznrnhwM3GuN3DhjHqPmf5nzPRXzV+h8jyJO9YRhYjT3/XX0Ml/WtsLeo7LqI+L/ OX4V/MV53C6v4CaPA/prY/X/lcHDVYaNza0bGxtWjY0rRo0kwYPl8cGTVrJkwZMzyFGD7Pl8 +Xs+fAcjgaXbp9v28e8nh785KcUmDyKUpTDVNjzfQuI/1Ryj3vpXtj9l1uDasqpiYwYnGf1T STIyYln+4+sttnUGjc5VquR7j6Gjat46tA5VyrrXkrxrpeDnWc13H5zrfUuHfTMMhjHjJ0ro brdlMbGVo6mmjwb1zNhquScrtWl8evw+XqOy6jpXJiwvc9bavvNxcj76764V89YrphaWLFi8 FhYvF0q7huuFi8VyLVcLipZLuMDlW6sE+KVPq9ltttttTdmH5SVDCxHz7Nj8K5KuI3rKuasR slwep6LF4HCT4HrX855N17Fd60oWV313NCbJ+ZeuvtbUuldnsr7VyrVY9z4vucN99999wAAA AA7KvKSqq7qvSVXRV9mq9CuV1qulJdF0XVYQAAAAAAAYqhUxNNNNNNDiCEiQww2222222222 22239Dn9AHPqHtIfUntA/FVVgCIvc8RZ3EKIpqy1Lsu0UcC2LBV8y9DeNia6pyrnXtgTN02r m95JDF2WbREc3jiFAHIaDJMNwByGgyTDcDgENMkw3ATN3aub3kkMXZdoiObzeZcCZu7VmMRK pi8NuYxarwVfPVeCSSrOsdZJNoQhCEASSCAAAAAAAAAAA8dU1wuF1XuXqX3rqvqXZeK/OXnX wrxpxXcq7ruu67IQAAAAAAAXVYquqqvLSrmPBfSg9Kr3uS9rOmZZmZZjMsrK619DrIcm1d9d 9eK514l5Evwda7j9p6mgRYI8BHgI8BDLLLLLLLLLLLLLLLdu3bt27dv5En2kSb2qrtVbRV3J qthP0vuPxr6XhS4PU9a9ztWzgv6KuS7yIT4E+pL8FVVRFVVVIhEIhbF7S2LYuC3LYti2L1Fs WxbFsWxbFsWxbKjdcLktlyXJclpaWy5LFstlutlpYtlpbL1LdbL6dLkWLkXzrF0XVYvmWy5L CxYvoXJc0bEaFhV1WC2WFhHC3XetlssWLEdy6rotknNYsLFhYjkua5li2Fixbl3rRaoYofke NYNq6rurlXSvBbVuuFfldV/6y3XgsWLCxYjY/SrHzK+S8ZPlJ8oAfWT0ex8T4nxPYNm973ve 973vS7GtHe973ve97m9iO95nqTn8CT2D+yTyQhNkPUnQwdHR6PQGG23LLbclhIoFttttvjYa eMSe0qtqKLCkkkkkkkkkmFXjS8Srwqu6z4Pur7K2r/1K7iwsXcsWL8zn+Z7vu+XdmbLwO529 /p9u1B81ZW9MqPhXmvrXpXSvdXyWr33Rpg6GGja05HK1OLHDFvbzCH7fokmCaSd0xJDu8E+L Q+Pnbbbbbmedcl4V0rrXhXgvFbV8lvXC7WVHzPQd07h/a5Q2J1nF0W222jMmZOpMFiwuFlR2 r/N5Lw/QdlyWLF0XkvNbLFhbrFixYWFhYtLS71i7k0SkdLbVtqItLVtq2yQ9EIf3iEOITiTo JNf4lVVXomiZiqqrhOicE2TrSqqqqqqqqqqrSaJomE0qqqqqqqqqqqqqqqqqqqqqqqv3hJzJ /KT8JPJ+Acyaksn2kNE1IeEIorPYp4MPJkhUIqbaHZYAEqlbpuNpt1StpouQYE1mKqqqrmsz Nn3DDBBEEQdSQYYbOr8Hg4vzvzOLi4uLi4vzpsRNk5cbbaquBPByKqq9nZhS1e8zLbbf0Pyn 0D0HqcyeAkPZURVXJMk7k7k8E9gmpMVWk1aysoAAAAAAAGy7sUku7gREREREjn8Ojzn9A5gw YMHR0BhtttttyTsa0d73ve973ub2I73meJJUAUWLJFiwUAUAUWLJFiwWQ7A+U+RfoOVfo7uU X0rIfxLYzsfrl3p0XgtKsspKLZ7ZmZmZhhhhmZmZmUmZltpSlttuQlqoir1+tURV2TRA0Tck oICSFJSBaqIq0lKKqrSUlIxjGKqIqqqIqqqIq72qIq4TCJEiqiKqqqqv+iT9Ff8q+S/Nuuyx Ygz50HKtBAmEgQEAgRAnjwqIq0JaqIqqqIqqqIq0JgEgeD2AmARJvaoirhMAiRJmKiKqqiKq qiKuBNgSTySbAyEVRFVVRFWTe1RFXCYESZioirgAWqiKpSSWqiKtAhDUmiSbkkkQJvaoirQl qoiqqoiqqoirQnH5ASgTWlRFWhLVRFVVRFVVRFWkAJOZGTmkxYMrVYoYor4X0rI89j4fR82l sROqE9Y4NbgTC4OA1VVBCkkITDKEzHK0cCYXBwG0JhlCZjlaOBMLg4DUJNgBuaJE0UL+h0cT ejd7BZqF/CsQquDZ782zl2Wzi67CDjwOPerkdyPRzKjr2787m6l6oIeknF6ycHTi4idpxO3X ffbonBpptdGTB+KO6u6uXQ7lwXLkuO7u0/dWL3Ll/QvIXgXMXf15i+7x+6vwI3PyL6Fs9VX+ cmYkUgf3vkwqv+ZWX+DEEn9T8VVTq+9/k/O+ZjY/2sfSPpq6D8zH0P631v0Yyfoysx+yT6zT esHUTFYfI/RRet4uH7KJ/3P55CZTCqV3TzejDInRSWn/eOlfpr9p+JyuROSbz/e9F+990mq4 HB7GBg+bBhSqVxk+rzaJpO7CYmWGKzvE5uZudDwrk7FW40e5e15m63v/lJhMTeYMOromRkwI /5nZ3divmrc610fQ7N02n5XU2Nmjd/vdHrfKurk6B0HD+Wrd4VweiuTzWw/zVjY/IP9Y3Nq9 9e+OpfOXwe9+R4va+l+R+h/xf6Hiu9d6P65OL7H+D+59T8jxd3gcGp/U/4MNH+TDi3fcyw/z eTZo4OTzd34tT2cnB/taOjd2fB8W7V2ebq5mjg7K8Xo6pwbq7N2itFOrgw5vBsf6H6mh0dG5 wbvZ4PJ3dnq5v2Po4pq/1uz0dWrDDs0aP0KrVqbuDZs/zbtnBo0U/ipq+Ku7qw5tHBzbuTR1 fJl6u7g3erVh4PN6vRVVXo+SfJ6vd3eL/S6u7wU5Or5vV3eJ5GT4tHF0c3FyfR6Ojd1cXs4u Ls6ssNzRs0aPk7ur/W+DU3buT5vZ1dW75Pk+Bl3d3zfJ5jk6uzLDgfNh5urwauqleLq4uT1f 4OrxfFq7OzJ0ZTiy83m3Pds68n2Ojk4v+d1clezR1fJh1eTq9WzDydWj0at3m6u7do9Vcmp5 vVoy3er4MMvBow4NWzLZyc3Zl2YeDycm7o3ZV4Obd8Dm92XVxdVZcXB3bPmrZXky2OKtVbtW Xs3bvq1ejzbsPRWFHk5qw/i8GhzbPN1er7ns5vR3bsvR7tGHI9Hsww5sMMq1YYdTuVWWjRq7 vvU1dWjk4t3B6OrVqrm4uSsPdl6vo7t3B83m6OZ4Kww1ZcngmWHB6tXd7vd4uDVWrDCujkw5 K8mrDRWGWj2eBo+LV2dHZyNFclejm8myv8XVlydHq9mHRh3ZdXycn3vd2ejo2cHB4laMmFaq 6NWr7nBsm7s8nweDRXk82jgaurg7PNq1dWHJu0d2j4MnZzYdXwfBWjdswnsrorR0d3Jq1fY8 HFhl4MtXFh4K4PV1aGWHq8mWGj2bPJzaMtnNwcXM4NXk6MtDDxYODk6uDVWp1ebRzcWXwZcX BW7uy9Xg1c2D1dWzo+jxZbvwfB6NXJls2dHi3eTVh6Mtndh2ZejZq0YYe7LwZeTkYOLdlMOD cyYauTsyrLd5q1bGynR7Nniy0Vsw93s5NGXZ1b93Noy4q+9rhzcmzdq93c6K5GGHBh7OLDV0 e7Z5tHdl1PR5MPR5vV8XseTH1tPT84/2pX8mFJbV+2tKR+KVGPuf2f7PT8mv6NXJ+78l0/1v 5O3DTjXRwftazLDsh//Yj/6F+47lgRH8j+C1X8q2H2H1vNPkqVVq1cyfoN5Ifey/GSvqYLJq fg0n7TVg/Q1TV96tn7WDDZwZObg0fnauLLZ2Vh2Vg1Zfk/Q1c1cHZhXBo4CN5NXRaK8zSDhu fg5mOUfxsDg/2uatXm0fcro3dVRyUyfxavBq1R6sK2ZTCtTLBX7HR4mX8XdI0Ky/crkwYJKV hg0dZOcnnOZkqlaJuoe7owe7+dSq6sMIwwyyrDCRVU9aui0MeSrGOrY9E5MR5t27GzGMWlaa Oiub1HuNndHaS/5JiIyUhJFc1JJ8Xgw2h0cHdo3dDCHR8mycTKlf0vFlwfxfjPZlyGjKnR6N DxSbMJ0d03OA3dTVs1atim7Qk0eEm6ZJMtUNWT5smEy809Xm9XxbPk7uDsVXs5q7DQ4NWDJV fJNGQmiKowwwji1ObLyJojlJo0MuSuCpMpJ7HknE3U1Mux8Diy5MJwfFZPBhVYnJZhyYZZZZ OTR8HgyaFSezDDKpxcDd5tDi3GGzLDCtDR/EywbK4OTRzeJ7JOTRPF6jicnATClU5OrA7tGG VeZJ5Kjo5noonFonBxZZSqVNG7Lk7OJlhUdXmclTo2ZcGXVOTuwd0bOjmNHkplORojg6MjJq dTVOieBJhqObq83dl6nVs6nRxdWH1U4q8Hd1ObKuLZzcjhI5qk1cN2563KtmmG4F8C81F8zE asKahpuYW63c25Xe9ruYso9hVj1eriyJlXm6p4I5KSiqSHi9ndWDZlUwYKpKqTyP4mzdkbKV 5pGjoww5pOiYfA5uKZcZPJhk8zQ92SOip8B0dGUFcGho8VaKrB6MD3Rl6tm7qqZeBTmjRxZc 3Zu6DorDMTiaHiPBHVl6sN3ds7IYV2h0Oh2dnRzbEidG6TZXF6ydmBHVk4qUT4SJo4KUKEok iIFEIiFEKJKJEpKEpQoJNFCmFKCbODyVSKR6vBh0dzk0YbpWE6tWA4jRzV9GqtWGzCmj0Mtk PFXNTLd5vdo1cCeJwScH0GyTm82Ew7HoVTStHJum6V1aT2O000Y9jQ09qSMKTwDR7sO5GyoY 5Mspg1UlVMKGzaI8DkmqipXiVMMsJhllkdVaOZhhXVxdGjdq5smEV4NmU2Vo2VgmGGEOTDZl oqeitHqw3Uk2bHNlwVJqrRSV+R+8+cR5wR/qVlUdK73vjYHdXyZC4yU81lEifwV4uqq83ow4 ODxejR5N2HZ9rkrm0VyYerRlo2SuyWJUxH8g7q0Vzk7SZPk9mX4JXJ/UnZqrm6JrJ4NHdo5N Wjm8nAybPoiVVeT6smj2JJzZHFQ/mh4w4GiuTdsolJwanN1fUwqT8UrqK8GXm/B97mw6t1ZP ihT8WXYd4bofBs0PtPZh7NA9ymVRzcUkMNHFh/SK1MnRl1aOBSlTdhh1UT1LkVdmBuwcNjT1 17Wljs0xSbPVlwUNxUbir5ubi0OT2YHJ2YTQqHI2ZZRxhXZqwZVMJVeipI6UyVFVAqklOKvF 6MHF3Yd3R4umrUnWSapIeyoVUqSqpUVSleLCsMHRWFRSlUqinJgMKVUpwVhVVVSo9GzDJhhV MFVWrCYKplSGEVVKyyyypXVSYFVNVO8PcSj9SSiRySofa7q2YVVXmJZKUXzPrZWVtcpbvHEL kWD6GGOjRMnolDBgYTCeqZYHN3cmG7gauZXJTLi3fzPFycmxudHiw2cnwZdXFhTs4Mujg2cm rdq9m7icGGxMMN3GTCDzr8SxaF3Mh/bW1cjgXm06PzvFyP6HQ8nN4v0PNq5Nmru3f+uTVoPF ycGh9GrV+KpqnJXxPzObg1ODybtUy5Pg+TunNxerg2fBPklYZcHyZZdHB6Orq1eLdzYc2ju5 MuDRh3aMmjLdzcGzo6q8E2V7OULP+2dHA1SpVOismyq0Mqquz8GEwww5qavBo3aOad2rDg0f rasFNmgyasJsqNWh+x5qKqO8JRs0eLU8k8HZyV5MJlolYZZYNCkyywmEaNGXZo7uDRxKqpGj ZGGp3FdWijVyZcjCbsKaKGWU4OyKMySt1HEqRyeJ97xYYMqYGVcWjKujZG7JHNMuSqqT8XEm iomrR1NE7krKq6GjZs0aKKEpWrQ6NSnZWSurDKshVKqtGBWBEpRKJ0UKIIYCQoUohopNnc9V bqsCZVRY5NRpWUqwYqmMWGxWleLDdzdU2fcsea8E8Xi0cykqKlVKpVSrJPRwSTQ6qk6MssmD DCZYYJWGUwywipEIIkoJSUoFDCiUQSTClJhQiSgSkoJhQoYJgmCIkRPzuzkjwFHooeTsmBPJ O70cmjsiVXUUbu5Jonm2YaFQ4qrVuy80rxVJGTBVfaPJopo4sm6dWEk0JoriTxScHow2dHuo pVFSqqqKqqqpUqUqpRVElKpSpUqKSkqVKVJUVUUqqoqpVVKVKqVFSlVUqlSqpVKkqVSlVVKp UqlKVVKlVSlSqpVVRVSVKSpSpUoqpKoUVKlVUqoqoqkVSKVVKqqiqVRVSUqKkqopVKlSlKpV VKpVUVRUqpQqqKqqqUVVVSiqKUVUVVVKqpKpUopSKolRUqhVUqVKoqpVFRSqqhVIoqlSqCqk kqoqopVVVVVVKqqVVKqqpVVFVUqKVVKkpSpSqpSoqqqKUJVUqSpVKVVKqilRSoqqqSqqkqqq lClUpVUqlSqUqqqoqqqopRSpKqpVSqKpVVBUVVKhEiIiREkgiIiJESIkkRUqSaqYKqiqpSqq VKUpUhVCqqVVRUqqqpSqVVVSUqqqqhVKVEqVSKVIqpVSUqqqiqgolVVKqlSlVIVUqkUUqUqq oqFUpVKqEqoVQpSlVVUVKoqlFUVRVSooqqlUKKpUrVhJgqqqqqVSkpUVFKlUpSpVSSVVSqpV KoqpJVKKqklUlUlUKpVSVSVUUlVVCpVSCUqoUpSqlUpUqqVVRVUpVSqVJSqqVKqlSkoqKUVJ RVVVIqipSlVKRKVSqqUUqVVSqqUUpVJSolUqlKRVJKoqpKilSqlSqVKlFQqiqVVSKoUqWyqU qlKVFVClSVQqlSqoVVVI0JMCUh1VI6PRzMuSpzVVSc1VyYdnowmW7BspsqdkweRl0bQ9FpHJ hcli9rkcqlK2e1jZecqP3iUGT/yz/clCf+CMYz+6MYxjGMYyxjGMYxmyyxjGMYz6SJJkhAog YSfrUOKSc3xh0mkZdm7yU+Sh5EvgMMcmNmOsaukcOHzOHCE2iuLdhhRvlUNyJGyaNHFE3SmF ZejRlGErD5vgZVOA0e7dhk1R7sNH/4K0auSsFVKZUwplyecTU1QlMIauhjJk2VhhSqjmZZJ8 SU+xX2k4nkrDKcWHqyMOb6Muqmqubg3TDuw0e7ZAy9mzicnBwatDCbt2FcVMjLiqZc2rY2cm GzDYwnFyZdXRyJwaODiw4tGHJXg5ObKNjVXJ0aNnBq5tG7k0ZVTVo3ZeqCckTH8K2rUqOa+b FfpjZfE+HZdnSvgdIebV7vJ3MuD2ezird7NnI4qYfi2OjKej5vZW78VeTgycHR0eDm6oquSn NlybuisnirDRxdFbssNXV8HI1cHwcU2knRjN141uucXtXnGEG7C6tmOjKcWW7iqsNBApOTKY V5sN0n6pOp1MsGGjkwy0YYcnZXFu8mjU7p5OLLZuw6K5NnBuZYaNmDDZsw1ZcG7xaJzHyOLL 6svGSuSq/BRhs2TEndSvI+J1aNnB4sOqd3BlsatHiymp0Msv+x2aNHi8XB5mhJ4NVVWHFIJ1 cHimUg1K8lVRMlbtVblbJI0T7GjZwYNVeCmCtmEqlRWXi+DZq+bm9mUOLZWAwU6OjLJUqSuD wcOHCnRiYYpyWN3g8ItML0ScPk8DV0U4GHh1aNHIc2qp9GG7RVNnRlumpTVT87gw1YTkjo4s NXUPq0OKlVOB8HFhzf0ME4tTjEw3Vo5tIncVkm77zm0rqbqtLDCaYaQqcFD0Ue6tFdiMMOzD CYHgrLU0WHMnVHBrJq8mCqphyVhJkwg+amqoGg8XVwaCVvhU/dCxpsx8HJd9I3r1qWmlfQ+D d6F0PmezBuf9UnSTCT6vJweGjccyfV6PBWyebDCsqqYezDJwcmW7RVYPqrzZYVODgyrLCsqw 2ezZlhXxaNUbOQwwmU1YZKww1VkywZYZZPJq0MpXFxNjRqrVSsMMKastDLmyw1YaMMsqw4sF GWFRoYPGQkUg3k5SfshwdnN7PtJXVK7vm6ubLdwfF97R7OJ5uDuy4NTkcnqwnBOrCdnqyrRq 7NmrdydVdFYav6XFhsrDc4HYwy3YaLhu9bs4dXNw9HbkSH3FLvXvbvJ9h8D4nB1c3duw/U3f B3fKHBNnBoy4uw9n3DzezRh4OAy4GGzxaND7HycnU6ujZXd7Ojk2YTZWzRu0NGrDu6NErzaO TwanJsw1cXVow0ZcmGp3btE0VXNWquFYNWHBslk9TsMuRUPc3eLg0PtZeJlowy90ybmHs6vY bmzR6mzxTqSQ3TwVPwZcnVN3k3J4iYGw9VJq2NmHkJ+0aFKrdqnzatGrQ8CtkJwTgroo1To6 OjVxTVocWW7DLVW6t1YaMGqcCdVfBu4uY7tmyujd4MuDRyYO7Do7NWU7K2cXky+Duw1Up4N2 GXgywyapodHZKj0NEknRG7oeDQlc0kleCUXsynVXRq4jxTzdnJoeTCc4j+eSpwH7nRwfA3Mq cEdGWCeSqjwdWWTDLJXdhoZTLVzOBkVUjZ0mTibpg2MpStVQ0cXB4PBs+Dm4uTgeRPZ2HAo+ LBybMJodiNDKuKk5HIyhlUphqHQ0NCHo1Tcewpo1VRwYHBUVwOkkkibqmxPFll2eLzcyq+xV VVYYYRwGXgqckJk4HdxebZu8HJ2SCaNHg1eBk1YeauDCMtGzR4mSN1Pdwdnkdx1YYRUqqVKq qlFVFVSVVVVcng83lEZK6uLLYeTdlU4XZydzdeJ73DsdnDyXm3acMU2bvZGrmqsujJlodFfB WjR6vNorwbMk8UpPZs5ORs2cns6sPNlh7ujVwcHdzc3yZdHgnVu4PBs6lVyYbmXzasJR3dVh 4N3Bs0U4t2TdUUJ0QmGGihtEeKuI+CJhxaOrKvNlue8/dPJ/7JPc4vRzeJXk8WHirCurUOqd ZG7xhu0FNW4ZMuowwjL1c2z3ZaHVu3ZYcldXVNHNUPFyfJwZfAr4MujVWWqq1Txy7NG7Kq8H i0aOLIwrKbODdll4o+xu2PBXwbsPQ0YZVKquLBk8GSZSd5MKykfFSqVqw1RTzU0Urc0bvJq9 Hg6mzV6w3GzEjxd2VR8lVTRSKWSTKsMubRo+T1eDdoidEV0Uk9Hm8nmw7K4uzdoUOyp1cjZ2 MNEdFJG5SOqpMFVhqwyKVEUrKsOBMDzTm3QpoYVlknJKcWWDDwbCZUclYVsqQaqkjgrBgYcH m0Vs2MJsyYe6tJlYmSxNMLBuuGKPFbtUnU6kjsVyc3Vh4uyitDLsy0dGrq3e7Rhq4q2kyybN XFXE3KwYebDDDRs5PVll97BxfNo2cFUlanRlVaOhs1astXNW5hllulQ9WXFlwYTVlwNTDdsw nu2bmjZlqy8Vbt04GzYclPFKwRs3ejKvFDds3eDDdori6Ordo1NHJu7GXJo82rJG7V5KmytX s1TuqstGXU6uLB1YeLZs2G7srDmdHDGOTs/madke+H6qyT6Rij4RPZ5PZk9ng5PZ+dXZsnB1 J/0v6X7Un6XuqKr7pFdHRPkiMvtGg+R1PgdmHo8D1hOCR6q/Up6qyklVE9nF82iDqoqpVJKq I9mr6Mp4KypwKmXR4PBlofREeJl4OzLio8SwO44ClNj6o0gYiOp/E/ccX4OCvOSfsUy0Tmpg 5Oow9EkIg4GClUp5KVE/MwaKkYaGDc9GGOSv8mWG7irJsrCamHtEVrJGhVMDDDCOSNjDBSfm Vu6uScjRI8yifkQqGqpVPsU6sPi7vb5RNnNU5qnuqcn6lc3FoeR+LB7K9G70eLLxV+xsjm7s J9VTKvcdmHonNhJ4tE9JMiaK+09HAdZPgnoHNlyZTiVlKcGrB0KnmqGjzbvq+DDUnBu4vm/Y +BXkQ/J/wMP7YlQnCHI5sPOSrJXVPJWrwYZVVZUVhhhoqejLRlWDCkqpVMPFlorjDs9XA5Ne OGHBWzkastVYcmDVlgrLDCtGVVlUwwylPqfBsxJOTomWGWWHoYTDBhlSpwV+iTtlZPqbmXNh orm+HxMvBJhWyUPip4KeDDc+t7HQl2buF8zF1dXBupulbqiqbKlNFdWzRkyknxZaRKr7GGEe z86bnM0NHBJor1aKw3aMu7CRqmiT6spgd2E3Kc3J5MnFxfYGVKV6OX9mMNmAGrDJhzVxMsJq Vqx6LE9tXgg5sDditMVTTEGFGFSCqVRMHNhkoSqlMaaWjErGKo2YQYwaYTzYq+LZpSGMLDFK NzAYwVYwppgF2YxhRsxVNlQlKkPVhgaqmFVSNFSGFKpJJVIIrdgjClKSlRJKoVVVKqKqqQpU khWLmxNGKTGKW7AjTEkYqqqkkqpVSqkqphUiVUK8WKPJiKcmFuYVwwYwjGNMWmJU0wXgp9KZ Uv+HUebs8HmMJlK92jDKjRMGrLxVMqqplhqrJ1aJhxSbJ0fVg0SuDDCbMHqysYlXrYV7KehM YmMTGJjEIk5KeRVVViSiUn5H5mGGxNmB4N3sU5on8WEwJVEdWCeL+Z7phzWE2Kp5w0YTm+jg plMKOJgYbRJhJIyKyVgwbwywwrKsKw2czm0+lhusUxzVD+OL9tappGFPuVu0lwMrC/Sx3J3M aY0N0lCZPdNmGFSpKqfFgbK1Kmy7mNDZgtVjwaaNFitnwqw6sUqlVNFEVUPvVHJQZUNG5I+5 eqiyOTFyWLhZXKNSNJlE+oWy2YLetlqgmmLG751oGxUYtmJjEGVhpi0sWzVhorRWDL4NDLs3 bMvwaphXq2Zfe4cOTK3rTQNKxhWKmMSPArVSfW3Whwu5s4PRYsCbMJ5GH1WyyxcDrKyqdCyV hZVWw1WqUMRhAxZYyyWA8cWCWVJUrDuw1VoVTUp3ZaMq1ZTsro8zi2YaKVXo6JhlVavocFKa OjDhu4WmJs003VyYvQ6NNCmXElYNlTkcxCN0qDi6svM2cXVoaPucJJDLVu+wbtju3TZwkpl1 d6nV3tyXV0cni5K4XC3XBdWzhgVqrBVSVomGFNFMux0ScBmTsyrm4MplrEavteiTg8mWpqrQ 5OR5HgwylbPNsk7q4Dqqaq7KRlRWWEMKJ1QOTmjDdg8R8Hky7u7keLg2dhq6MxHJqyNRlJ5K 2V1V3bmHBqr3bMJhUcWWzLBTRxcDgJK9hgRS81WzyY9Byep3HcvQ4tlbPNgnq2YfcdXq5OSt SHqnV4miTzd3YYVBoo6O5sw7OLkri6OrDRXgyy6ujzU4OaIwSSmyV5PVlWiuj1dVaO7wNarC sOzZW7ZWjk8GzxN2yvFs8VeLkfXKTKuijQ5qJgknVObDLZh5qQeSnkiR+pJ8TLKUGnRhoYtN DE2SeTZut25dSvJyNlVzHJUmTaCvF0VwcTRxPZhvIcGrdxcmWskwpKaNTDRWgqiSh2TihVIV SlRVJhoV6pIVFeZyMporVhhCmFGF9nRh1c2XNNn3D/rTkyTScNU6lc0+LY82GFVhK3StEV1V xkqmr4qmXMlPJUh0UqkjiRxdWU8HN5GD4Fei0XRSOS5NCaocjFNPuLDCHc7N08Ek8Hd5PVR7 K9lHFOLm6nU0KfoUMGWD0ZfR3TQ1KaKie7wMJonJ0PZuYOrVzfA/S+rRPZzR9OT0bqyczmyc FeqvicWr3OzhEeLBHI8EFSvNg5Orq8nE0Ojiy0YCbq6N2Xds7tD9b1cDsVFV7z7J5OkT7Tqp XV7sstEeanFls7tBhhzYMpwV4KiiCCUKUBKUpSlIgJSlBKphhgw7ssMuSmrLRFMo4GTApRuw wVU0K4uTm1aq1KwTAw2K4MmiqypWBVZUyy2YZZdViWIkOL0eJxatHkSvNTyKwyn0YvRhzYld l+SvoXZV2YdzHqbNF3vow0Vh3YZaNWVerLLZoy/obGrKqnV1V6GDRqVJVVTRSq1fY0ZYZWmy w2Y4TeT6GOTzX8604eLxacqtmx8Tc3Lq3Wi83c3HDTEtJw0bsfUxRyq5OjS2NNVaZVs+Lm6L 6mm5kjyfFxTLiwfNKmToYGHk+bDJgwypWWDiwwy0MskqNFMD8ykcylK4vE2aJJNHBRqqVowD CsK4tGFVDZSaMsHmkRoiOrYqWSqp83Fl82iMsq+xTV6vRlslbLzcuTofcweDk6sPvYDV5mr9 5wcHQdHV4ssEyrDRlkrDLLRK7sNWWisKaphllWjD7nk4O75qVxeiaOLds4vjI8HwdWjqZdm7 0SCcmWw6uRsex8EldnNh3cmRqVJVJ4nFE7JU9WDq5psqzBhXoaMsuLyYbnJo0btGzDL1VVbt WErCbq1VolKfR4uZqqOLdWzwRhOjZhhWjkywbKeCpWHA5OBq0UnR6Hk1Ox4NXI6HFs4mGH5N XBqw1TDLLZl0PFwYJhJqo7NHJ9Gj9zxc1KqMqaOLR0UaPaIr4Ibow7FV7oYVId3i7Mmz2btS YSng6k4qVVcDL2ZHNzOiT9MmGjd3dU6NRqw5sMpB5tW7UwZrwUwrDKsK2K1K0YVoFYMIyrKm GhXi6O1Uv4ld9dHJ6GzTGPNfe2s0bDU8mz0aFK5GR4MKrJUqVlTVlNVNE1dFZTJKODswe6vF XJ6P5SfNoibuB5sndyfacWjKq2dWU8ityVxd2xk6poy5u7RWh3bNjVqpUkYdGitJjkrkOQ5t ntWLEt1NMUvCrQ9ynFcmOS2XR9Lkbt3m2aYN0jIOjoV1VlMlUqiqOjTZjZjTG5jS2WjD9gvJ /zKrIU2J+haK/Ed68nnWzR9xS3XZHEcHRsfi0aPBlqyy804Kw3bvk4NWXi2dHZNLeOqMP0rH 4V+p4Heng9zs4dTufJ7ju+riieKZfB+Towjkr8krCsKdlTzTucTYQrwk0k2eTwbN2GqvJhlW VVoyw4PRWpwkmZT8787A0dmIJ4rJHgpulVVZYbKqssK4Mvi6uj0TzU5K2P1p0Jl4qo7G7mwa JTwOTI4nk6yfk6t2xhzVxZYTRg+TitSTo7tHkMmHdqPFl97u6N3M1KVVUywf6TiwI4k5OTDB Uw2ZfqeTyT+ifa4uDVh0ObRh9HB8mruPB6Nzzc2Grm40/G0rVW55qvvdQ4fF7Gjn0xjxbGHR h0T0GE5sqphTswy9k0Tyk+D+Z5uZEHZsy8mE5Cubi4vBl8ndo4OBolNjxMImiKUebmyrmqHR hkyqUwKlYRFV+5vBsO0m6K8XRyOLeyy4TTo4Ynmw4Oy3bGmLk09TJPRPFUw/PIp19bbcDirw cFZZYHN1dGh2PZh1VlKnNJVSpxRCqKp6mHoo8lCqk8D72FUU8ngckSthgdnZukNFObtElMOj wauA6tG6qdju4qZk8GWrIwJojkw7FYKkrDVxZVK5Iy3U+5omyp3DmfFu8GnROR4Pzqmj8BbK mjJY8DD7yuz8WrydW7q6Murq3bNHZlzJT8h7mL3jvrHNo0qvk2X1Oank7mlbtkmHBXMn1YV8 VMNTinNwfBs8nwcWyq2Ycm7i0cFaqw1TVWjQ4NGho8WEmCsqYauDJswaMsK2Vg2VMGitDUw1 bFVq9nkQlSkJ+8sknulJJlOr1VVVwTHkxCeUnQwlUpTmeLDLo2MlZbssFRhU3ScnCJJEy8n3 SYPk8HFkbKVTCo5KmVGVPuZMKkymzmw0fRyaPkPRTk4tTmOTAfNTVqw2Yc3FSqFUwrIwyinN o2ZYaMKlTCpKKmhoYGGGGzRJgyphpDJRStWH1ROLcnJlFVVUjD6JqrihOBzPJ+Rs5t3Ru6I9 Krhphe9YxYhssG6oNFSKqFUqpVIlRUYaWCdTEaLZiokNGmKxkpBg3VPgruqMrsod1TQlUrdW iqpVUVStGBhlTgmHN6NHJXGUwsOLgYMK4pWhSTBh88mmJTSaWzRVowxYxGiT0dzSy+q0d7ql yV1NKbOjGOE7OlaMotnDVbK5MPYxcMbvWxocOHvcm65ODTowfJJO5yUNDs7Vwyse9s0uGJp1 YdSu9hoWlC0nFs0FZVEj7WqZamGiSmCsKrDBlWqsqTd3amwmihsSoqpsUqsKy2YGplqjKROC GrRsU0YYMK2VhUrJhlVUqstlLGlscOyYW7gWlwxw4G7k9y+D1RGjdqbsuLCeauTQw1KywpMs ssuDRhlVeDVlHVRocWCsMKrZFKRKJTYk4NGGjDs2Bo0UKCFDCxcGmzQ0bMTvSnuZCT9qSeCR sV5sSHaI5sPyV7vZq1eD0fRujdhgwy1Zej1aOSvF7PZu95PAxEavdh4Ing4MuTLqyV4PVq2b MK2d03VKrUryQxsp0fQ7no5hwYmK5NIeajKiFGqpMKPufY8GGSu7iwVCV6EwwYhVYVTBNVSY HB4tyfYeTKNHQ6KSo2asRJxUYVoY6PjXMtO6i8j2qadTh5O5w3NPN4OLc3UyJobj8VNyqp2e bg++GqTk1UxI8E81HJ2U9m5s7OBqhGjCE3YVWrBl801OMRXgwYbq3erirKTL2YTVWipWGDVQ yrdXdoV4V5MHtbtng08lpSpDqYqY73e5GhJxKqtCasJ7pl6Mthqo2VlXFWCpo2eL3ebm6u7i runRVOTDKTkqHg8XVhgpq3dmW7Zq0MtHg3aJ5KT0dBo2bsOR0YOaiqNIV5MPJhlqrCoOboTk 6urBhTUqKrGDd2aLzeom5Nl4OyheQxgnJScVdETRW7sps5kmhUJ2YZSTKK8BXFKJxDgqMMPE c2rd9HI5NVbG6vB9U4tmrI2TLKezmyHM9HmqOaRk3ZapUMK6OaB2d2zxeK8XqF2VbjYT5PW9 ro05Kehs8nV0fFq2KTyNVQ9R5uDxcniGFEaj0Ti4tnJu6Gr4phQmrk1SVSqVVphcnxaW7DTG kYluaaY8FongrJSlIqkqo5Kj++Toj+uSyV7Fj0XjhVOmB0r3xy6FybjiuzY0GDCvZWluu8u8 +Nut1jF2Xc5vi/pZc2j4uzicTZhPorB0OT8WHqy1HxV3cT4stXFWp1aHFoyybpsmyeCaH1r2 17yoyvFzcPNb1s2YWq0/ZWPk1fa5J5ODzcRgm7xbHdOUlTV1S879up4NGjLorZfZ8Hmejqy4 OTUwrVh0cW72cmGqt3Js0cGjaYdCd2zR6ODxaqVgo8FYJFG5zYVKTB0TBWBMEmqpscDCjDBJ HRSso6ur2Nmr4vU2d7quG7SW9FL63Dq3W8jvj9yo/atkpuoZVhXUxwjBp4qwrormy9FG5O78 DBlxSvB6smVSuDkbt5NEPRoVoYZRXkSYVMjLWI5DqY6t1FTCo6PRXjE6qQMYexhzW7Uoyski Yxix+ItKE6MswpoWVOjCbV8WzZhzV8VYUrycyTd8TmwbOZqqTiqqlUSlTCZQqdE4qborL3SO TxfFwcLFw1XdTqvytCNmy0KGoy/G2OzHe3r0NnJhNkfFYKv+9YTIeUn5GCephhHVlgwrDsZc XyZT2YYTzU0VGzdhGr0ZROaVHdgTCTV9z2TZ5ME+hulEbuCsqpXRgkybOzg6JuT3MlVVGCP4 Km7mdWz0dVjGGhO8xWnNo4YqO6tG7sy3NDB1Jsw+TB/SmWA5p4OD7H1eb7IbvJsp3ck0ebCt Hon2pE0TKpwGrBWzDg4FJ0VWzVskkPA8Wx7tT4Oae5EiqkPglgbLD7VH2lVXtYsYqaVTzB1M e2vnrTZ2TxJE9HMd2zo8mHq6st3Ukw1Vo5MJh6NGXo1cWTBwc3Fo4GTgJkpMuLBlKcG7g2bs tn4tGhs3cn4O0IR/USJkL7llYsr7GAf2SWFWVvGkcyeikfvYPqeLdjzblfuYuBi9pJWqo1YV gnsmCj0YZkTKYV8n4uD4N0dDkObE6NGjCrwH0F2buknvJkpJMssMJsGilMMq+59WHxKquysK lbN3VwatVdVMKlVVbODLVWiVUqtVSTu5ziew2k8U7/Yu2MOLqwfJpzbYuDVjNpg5I+SdRNit TB2V0UqpsqMHdhgrCmytUofNhgmpSqasNXg1JI1OR6q2MqknJ6ndJq7FOSZB6sstUnJllVVT DmmUdjI8FUyauLtESaN32sMNSbOiunF2Ts2bNn0k1G/WGjGz9Vdj4qMKYMN3I81UpVZEN0pz JrIzDiR4McTBK2P51ODsrDm4lOw0U7pQiYZgFMEoggRE2YCubCZYYVUqsJ6tUPAr2SnyOB4v No6O7R2PVxGjdUJlNDRo3TqocSmGrA4urgnyVI0d254T9E+Dq2eSuzLq9WCPyTUcnUw0bMPA 6vB4ODmw0ZYGqssstRsqVW74SYRuidDBLhwtKmPasXi727g3bE02PYYHl2XZh97m6EdmjuhO Tm7Iri4J2d2DiqlSmFRo6miZMPQaJiTJwVo1NBk4qwyyKwqdgrgTVujcMMDBVStGxDk4MzJX Nu1fJWr3dTKJwUle4wkYKky7NCvvhNHRoaOpN3FVVq84mxu0dWGXow8kk+jZVHFWFaHNXzZe T8W7CqqstHoESrCJwJwHZTBumG50hs0ZLJhT0MMNWswYSqaOLJsrRSVlp7Y30ylrSsYuUZTm uDmqbMFGRhchjTTRW7ByqcKTTxatSkNFcFNSaDDDqkhkaq0aKymU7ndzcGrVykweCc2zs0dT moygejgmWqOR1N1Vo5NBxSEZNVKTUwYTDZllRSo94VGjmMJh0astZK0KOivgVyVzVuqNUw3b PUwngFXK9K8a8lw6NmK8UsPcbMI4uj5NHo9ng8HF5NHR1ZcndWWGWHqw2YZeSmTdg6MtGXZ1 bNWXwdnJxcGisvRluwaujClaP4OrsVxavB2dWrmnobq6uDq5NjY4ODVq0dU7uzRwcWrc9Zh+ ZWkWix7l/xR6I8nwcjYxHIpNmjRWrJNVTq5qNDm4ODLBh6pl3lSzjvjX46RPJj6yecmJXkqq 9HVq0cWquCuDCurd6tW5l6stFbtlaq3cDVNlcHJhh3V6N2XFo4q2eDKaDLm1YRl1dnu3cmzk plk7PFzaNnZu4ObRq6N2DBq2YMjVs0ZZYdGWFc3CTJ1eLDmcWrLU9HZwMJPNXxfqYfJT3RFQ clObumHM6OhBHRZDo1YKldVYVSIpImikGqk80PIeqHk1dWScDV7DDm6Gjg0PclNFSfYrgqqK qqlVNVSGjdgfQJU9VG72sGqtlNMWMQxhVjDqWNLubpbNmLGx6491X0VlesGmGEV7OynVo4Ho 4aNlYYZY5HwUSZRXm7tWUk7EYDyMpBPRTRunNlIMJxMNWUnmy4MmEpzK6K0KkVWFTRxH2MJ5 o3YeClVydHFVWw9HI0PNhyaMaXDdjk+SqvfU0we1lXAt2wq9CvPRw5vYWHiuzD7HNkmVOKuJ 5KjBJ0VziYSYHNBsqCbsjgYYUYMJo8mEcVYko/k+1+94Ptauqnopzf0HJ6NDESfN82IZSPse LkZPm5uaJ9qvVqPQSvi0MpBMsqdngfJPhlumrOVTBhXyVwUW8ecfljZfFNmgfMuq09VW8Y6G r7rZ6x9hjTk0cSVpHex4LhhwphSZNURg8UUqoquTUwP0IneTEmVYUbqjVXko0aNTVoMFdWgm GGFSoyphUeT0fgy7GTdu3eLhU6mxqvU0eLRp7XDSHQYsVOboycWiYdXBTBxc2GCuKlfdDyd3 BxPR1dGRJzcWDzU8FVOxgPi7sJ8SnBUcGjxbO7UHifKTBHI+T2MOinUondX0asJqww7qy5sq 0YZaKSMt2XZqdGpW7do5NTDdKqbuLA5OTgrzcSbtmqpxcXBwPNqw2alEyKYYEbFJwcx0VVZa vNlzbrhyLd0WzdbrTRaaeDdu2YuGz5ObTdLh63RO57D52Qj/Bio2S/gqYhI2Pm5HkmFYLJi3 DCqnJhl+IsrauleqvCtVuqY3GMfFKY04cMNUndsxJqbQ1bH4Kw5tGz3V9FNSuDzcnFlq+ast GzuwerwaPoqdW7qwyng4sMuR3NHZ2Ze7c3bN2U8WrmmU0fR4Ozwcmrs6uCNCqd2rZ3dnJo4u Tk6OTVXRVYcGjDDgy4sq0VsromyTcL0TzdnIq+h9Dh2c68HRyebo4TvZWl9qjEDgyrRDqP1u Jzd27DKdzc7kiWSTPFll6vFs+jdTuVlwaODg3Zc1O6pu1bKy2NGzdk1asNWHic3BlWzmw6PJ q5uSqwrmebDo4MOzyYc3FwdG7LLVlXFWiq4vtVl2YaHBo5N3Fo6OUjgywiP5KmzR8XdorCuL yMByaqhuYYfmcGistFclJszJUisJoyjCNVVUmWhDKsKSYVGFRKqJVVhglV5vpJs7IaLJh4DB p9bs04S83taRpjZfJw3dUbuzwbEyg5IRo6vR4MOKRs9nRq5MPAr73Vhh7sNGFVgcH+MnR0fy cTDgw6mFTgNGXo6q8GiRzVDd9qvm7PA5mxPgnWI1anFTVlSuaYKlQ+1JgZZYQ2bI8FealVFV HJxcBlODBoVuKYYRgydCTRJhq9GB4vg0NWx9LFo+DHVs6HveldE3dn7K8G7d8b8LYeT4NWXN u6vR5nwVE2UjgVXUMtlTgqfvKh6MsNkYPdXBo5uTi+5WWFJgqKpSnAwwwymVVUw0OhspNWUG GE2YYPJow4OJoywEqaOKOzLxT86WTyleLUruYDd3Ue7i/QdpMK8TDiwyqV9rCYfe+LkporDd MtT9b5uzyer5t27DwOLJU92UrKI1T2aPR6Pkri4NxJwebo8CTRSCqkk+qub9js4ODYo4vdhI 4uidnMwZT0OjDyRuwcnzVgFUwrDLJhkeRVSdGCfNhgYdmXuwmiamHq5u8+U1O7yeweCTianI V1cm79jDRls9jLDLBOTDRToOJg7mxqPRh6MsPBycG7gkp6ODImjgNk2MobObVsbsMsNmyN2i NmTRhSqTDKjkZEbpIZTDkakcH2lYcGWrRN2jirVzZTDRukbGrD5ssOLs1NnEy8GrZqp5G7Ad FOKVXq3YcngmzRlOZ1cnIczVsy4MN3V4K1aim6nVNnByYbOhqp3Vq4MtDCu6qm5xVu6q1aKw TZNXJwYebZ1cGrLDsy6uTBqw4MOjDLLRhs5NW7q7tXNXE5tWGqiPArQcHFXNzdnImXV1asDi cWziy4NlaObRorKk5O5XJwc2HZxdWrk4it3kSPy0xRp0pXcY1WjSHc1WmqezDDs1avRWGsYK kGzxaszZYwUmMUcGVhLDzdGy8a9Th613ObT8p9HInNowqvWHQ3eri0N2G7Lm1QODZ6MCorxE bD0OrqipqZeSO5QmywVVVzSuhSMlJFJQfoVyQOBurJyYOSeLyNlNXzd1Ru8puw8W7xSpGWCJ h5G0HJTxcnhJwcx+hVVTi1k8mzZ/6K6nZFGrq7nCw09S2K3Vs04ToxdTE2ebh6K6XC4WOjTg ps5mjR9Bhpi4YseTA5GVV9qnuhK93U5NnscmHtEywp1dgIr7mJDA2VIypCZKVeBe9pLobHrb LSmMadHROzxPa0NnBXRUwqVRwaowOLxRgw3avduRqqE1PFzcXFVjqVSMNnRhhVYSiYUlVMKM FTZlOySZBYkfRweTdwaMuboFd3UnByPBSTdJs4HY3HFJXA6N1exsrY0bN2qqMGTdhgpQaJo8 2icWhqydHB3YZcW7mfRonNA0asJHJQ82reDCxgd1J3VI6iVOLwcWycWpwVKwYVK5FeLi7MmH s3TyTCtE0VNCtFViTBxPvanUnVhq5OzLKVwRgYKVwYYGyp0KiuBhGEKVSKYMGEVhhhgpgwYV UYJUdzTTdppW5o05r9pVlU+muHDHvfU9Gm64r9td7+Jiro5vBo2DwYvF5r71GTtTZR6KqjRl xVxe7UkmDKJMNGDyZeyfNWGytGjoYerRhkw0VuUbCsDKYVTyVgU3SUjdoVg/0t26mjkyw9Gi NSydxPyUk8Xqd6Wi0tKq1aLKLV8xzPJ3bOanVhs9H7D9z9r+t5P0NVauzDR+56PB+x3GrLDu /W4NXzeDRg0WFbvgpK1clNmHo6vm/BwRh83ofaw5kiajd+b7c8nLZ3dnA2eDRl5Nmio8nyVg wlU2aHkcz7ZVLkqvoYcLGlirxMWzF5OpS4u95Or63N0MeVejpHRtXRzc30ifeJiRJlxYTaT8 WWSqopR5OjzPkqfY+x9zJ8zR9X0cmH2Pubvm1RMOiPonxUyp7tHdhwfc1amysPR5ssMMtGr4 xT9DKfsVfOPi+d4NPYxp9L5mmnJp4NWDRlXxfTV9GjDdu/J7tDRxPNqy2cmzDLVo4NXumH53 EGHF/Jh2OrqRxcHQd0feKk5K4O7c3SjLkOCQj9Lm6LwczSHRbNLoqZVsYX5DquHg7k4JzO7z YZdnFhlGyoYMK8mTU5NCNVdFYJs8nJ8Gz2cn1ZaFVwfM4qk8E8DBXcegw0U8EPNhMFchwdka eEnxSKf+OKj/4rKUon/ZhRSb5VIMr8Min5171oP0CD6lhBopzLS0V/1MFjhch/jW4KuZj+jF D/EsjFkZZGWRiyrFkYsVQ/2sAJ+9UYv51eisP/gyy/6D/F/vw/fZ/0X9tjObcOyv6bt/Z/D+ r+P9XHzud6XjrMXnKKT0hX+MJaezPZ2wzFpUEaMamcZjStdyYszE1ZQSEyQFOkCW/tCDh/2F LEAt/N+qm5/pPvvc3KVt1XlwkFiA5sZiOnFOq5hvmzi2dtVPKfR+bpVRVNJp0f6l8fMQRSxS 5ALdeabz1PW9zcpW3VeXCQWIDmxmI6cb+dzDfNnFs7aqeU+b83SqiqaTTo+asoG7KBf8J+Bc OWcvGqaZp0gZi2fcZyY51XVlMcbUSDycOuIxi2IpVXurRS0CgIIeujDVoVD1q6RZFmP3WCjj SB19yCUA4fqUsQC3j3pufE+M2mpAkgFpmk3kza4uUV5+ZZEn7lEBtRK4KIMIkCTh7Vfj6f5U RxmzzDxWliDOtXWQNUwLa5SRPPDz9NX5IZRWKptNuj7rvDabdulVFU0mnRtWUDdlAv3PuXDl nLwwzFp9xPi8fH29vf4cfG53peOsxecopPSFfvCdfch76+bOkHPv3pufE+N7m5Stuq8uEgsQ HNjMR04p1VmFKqkKqdtVPKfR+bpVRVNJp0fdd4bZt2wzCVHcEcGOMYzqOFa7kxZmJqygkJkg Ke6BLdwg4fkpYgFu/Wm57nve5uUrbqvLhILEBzYzEdPffzuYb5s4tnbVTyn0fm6VUVTSadH1 T4+JKcgW8ndgiBEka6FWARGbo7cryHG379K1cxDxFNC8ogQJ/0FAEE4vZis2d5a+KsKLFmFr RJ+7+Kqqr/b/rKiKv+T5/2W2222223+0nyk0c/RfvHwj+B/g3AZDLbgMhltwGQy24DI1uuuu Wta3X7ZNeJzVeSdjuq907lir19OvU+Pj4w47GlO9YVgw8bGj1eES7qpDkIB0AQhEQf5ETxRF RPMASLXlcNqQiRSj5XTO03jRLRcBC56eKOqBKvcF9dbzj3S9D5wTVFbPOcHBY7N6+cA4Bd5W jsXGKVJQurFydCUHLXRW0MVtVtJOacUpyoyTVTW3mDQsOLdzXPFzbU1piu3ZHrN7enmGDjIc ZuMODRJs2TuxmLRaozUjZ0d5yOIwIA5zkhdvb1MSrHB1dMvYyU4JpqdHQ+1FbEwKexBT7zk2 sHZK2CqcoEGkQolggFIi6icQi3lcXsL5sg109mu5dvtiMJ73nAVQ65fOciXAHZxZmyzr7emq T7e1uZXRwBXuPY/aPJmAYe+XcuN2LjJylBtzN5Fc8gVcI2/OCQjeKs7W9bC3nHs0joxd6zVI FyIbtl9dQHjWgRpm709sAVpuXPTlGezpgFpKIPUL2716lVUzb29mr0RhEYmQ4es9QWsf9vnD hJydrsUuyUh0AZFUXdABBm+jBZUCuc8UTkTczFAKoistZZYA4435zn1zj7Z3Yxd76KznFlr0 aZthL2eirkzt9iprOgGnAHMTW30rs9TlDV2zUbt4s6Bz3g4DzvjRRgAZb8L8hkufK8iZdpxP iSXZeImrg0cOyFdbgytU3oMiBM06SLcBUugc2Z3T2cNWOAAf0ATgy8ihPhQESFwA9hVuYMoS YEeEg2YyqNLEIvzejsoOBmRofOc4BfdF0dI7RvgaYkuNOdvomhJu7i6oZ01Uxe2ayMF2MoEa 3brGJyYvjsScMPFeHDREzQnDLOzbMHOWoq1g0gM7TeqGgc6A0AQQSUTFqri5lJQoit7ceiMy H5W4sbvlevNmPvwEdAOjljiTVmLiFLWUdzOk1FxWz/vDn8ecufKjpHh6qe+VXmxQWzUUXW7Q y1QmzDqrt5YuQXVxsxWONEGp2yInRswcLMRO+sU+5vanesQZykhDETSU5FvtajOkmIoma2Ji RtTCxXWVl1OSI0WUVDibxxNZm6coSaWQ5NEVmfAIyb6jhl3K6HQYfXPWtq3t7GQLqEbGCzNo ZGIbDmouHVZqMbN4bZmJUVBxTV3QNwXt4rNXoZmSzB2riZEhvcoyVuZqjGspNZUTKglOsxDS cErWKKtOC7kxYy8Eq9ybBWOVKqlYVmHBuo1a7sSYutho7U5u7IvZyazcyZ2lFnYnZhicIuc0 1E5ErIZZ1KchxheQbNRJtjNaxnayyiL2BWW+FxFtQGm3WzjMohZxujlC7mrg7olo6LNMs0TF JwdvebEmYyRGrClWZh3Mp7MIwJOXQmDtUJ05pitORajHK2YzI2yKtQYETFzeKGqhZNyG1SMk xGCRFVs7QbmBqqsq72FKc6LFTVbKTs1Jx0E1JV1DLnAhV6W9uahitk3sSVppxknHWtm2FM4R fBjgJY3pvbrb2qyDOZJrWMNDcxQqu1e6JixhMyE0dapa8iopF7cRBQSOBzBcVLzFZyWm6jLy 5cRVuZF5uowJvbnFeQ9tXpvRF5oSoWYd2tvdRnIJO3kK4q3OirkUTLiYKIxU8yMtGlWxj1rF OUJxScG5WunUGsq1jNxE6quxuZcSJzGFQLOuUVA2d2i71zQU7EE7tSTcrdeVE6DMkbVsMaNn Iyb0XEar3IiYu8UaVurdFBzFqlIwoKjlujc05JundrhcUDE3kXuDDjCx4gZYJzdb0qBQ3IOS JqzFdAuo7i3Zqa7ewVcdUWdvN3Fa25ODZm9qF4FVzY9HHy+Vyp5nE8TJkyZNzc4nREww5OTk 5MMMMNmyhYBiLu7iIhurGjzZJwVd1WbRgFeO4gZNTCNk6He1cnLhA1FwGqp1VZu280LBFVCI M7hZRt3KTpqNeP0ADwHnG88OyuxjjxWTNsSLmvH5eqBrOTcNZVM2DWVUpoVSsEzsQpWJSzuO q2jFTMBDXsxGupZwhXlO7VwtWO7qKqadiqnTm0pNEa6hbql4hRaxFqCwNYsKtQVVgieg9AT6 J6D0BPmPQE1cZynadZ0nhPCbzebzebzebzebzdVbt1bt24sMSJEiRVVVVV3d3d3fBH2mVE8+ 9Zn4BdEh0kssPLq+r8j9w5/Ac/Vnl+bOv5hUnl3c26sqTy7ubdWVJ5d3NurKk8u7m3VlSeXd zbqzwe4Lwomx79dkEGW/o/TJnVBayJFXta5US6e0DL3VTx7VlVQtSeLA7uNYS5Vs2MzEKeO7 i9iczWFtjaGc2zZjMsK8FQGqzHdmoDrNnNiSNFITswtEE4cq08pTcuTiyqdRanUXtCdpWzt7 UxtG2qcNC3m7rvaxs7CcQsnNGTc1e5sxnIp49wqFRW4IfIyIo5s7dlRtyISytRjWnDRKpvNs zIxuIp3VZJysnYqIjaE4ro6VrwCdjI0VUSNrMwbtXpzczIszc3qD2BUwZYgqK2Ky9s1OSmdW xuTN2qXLmtF4HY02lUTeqINYVCm52cgTJOpKqyyVlMyFDCzUsBgvlKth5dP0c7ZpeDnPKudm fBk+GLtXDja8I23dZTjIQNTk4VDFTeRGRklpzlVGXAOZgZidExhidkLVeOrp4MOzWi9B0mKm GKyHYmGCKe1MAypmbkHFV0ynGHAtyqENo3EBK4a2DGblpWcO4NsTUo3N4y5s7EPdu7s3ydJu zYhBoytoxVQKas3LyxOAvh29mayHsXSh67emMmpvK2Nulhzaasi5urq7zNytw1V1UMt3WjaZ 2xqamNMDHFTeaoCmhk5hdUqlCLiYk5GXiiJI0TqzcCR1uLZ29vEW6qd3bvBPKDp1hSyMI2kr mAcstvakTd6IhnmychvNhhWFk3HJzRsTQT242SnZJi3Jq2LkFYqZLlRZTLrGLOWL1qXIuZZp W7lRm8qqkkQ3aSF3shYrnl7mvTOaS7ma2SZeXgkJPWRFzMDYqNzYGK6QuTDoXvBYsbKV4VJI 3VAnLQNJt1Bm6exanc2YGwZqpiRrpFUGKR0bF1V0Khq5lVDl3VC7jXRbmJk3cOE44Rm7eUUR NZAhRl3MRlYuOm4yseScFUcguMqpbZUmRF0ZGNG9E1Wa1cxlrBDtXMHYIkDaM7pvTFXTFM2a mJpU4ea0shTeE3hxXCbZrDVwBWjMhXlXJtagM0VM5mahlCszDVPKqY2rh1jjLlIi1lyVIncD J3XydFTcbU0hKUOEQjed5y3rzO5Ez2lNKZkguOqAzO5Ua7q7cbB3FRl47tJRWjUL3EsoVDx5 vMsFYrcTdz0c5jYRyK23t26rsui3XNcLmuq6LqvevgvqX1r86815LyXkvJeS8l5LyXkvJeS8 l5LyXkvJeZNaUIJwMHatw/I5pA5WkMJD2YyWpeosHgOHlZtXjFRlp05LV1s7MaMyaRiZNWow Q9TXvWhqvbCJZIJgSb2tfqBtAgwlZrMiWkKdKoVJA+WJwrkz8rURmyDEY8udU2RTtzMNwDj1 Rm6jeDbdbJtQHj0KZxVo05VBl7OfpWGQxfZvrHbE23OdZqo2VdjBtqsmqFtC5xc3JibFuMzJ Lyi60vm1qMlg0begtnQqW6aTzUU1g2sI2NqLo1uXupHhVZuTC2QcFxlGrh1N5sZFKLS3DKCs ZeVMYJzZyDjjUJ29aFvFyuQYL08vVVB6JD29MOsWhzYosOUFShDLdUK0ZdZBxCtFqoxKjiuc nVTl7o2KW5SzSb0wd5qvBhm4yYC1CxYu1clF5EKLpQqjVI1XVMbMVTi7IsEPcNzlhWNzJexk Wtq9pvbm7FTBGxhat7bsPNzNiKF3enEtnY2qOVGYai6rZtzdiyMukXcSkYe11u+iukq8V1aI rZu4tZbQVmpzGehbpozZcZqybuBp0GhgybNSMMVoiQich827uxdVMieW2NNbgl0aBh7gnCdF XF6IjH2ZFOgSlovY7Aumuo8zZi7m1QmTuVs2J1xri9uNFbJLjHgnXZ2DlpXrvVWG0qJ2duTb 3Sce5ZytxLTUbeRhdVuMVimORERBMQgscM3eyxi2XpdwNcUricxBmIVQYTDUHUKg7oVLJiFT MCSzIo1JOlUJZmrhyK3bQi28VowU1TsXau1GS4G7jyHG5muG9nZB2Fu24gUp3lhrckRBN3Yr Kss8y5mIWUqdTKUJUL2siqjdqqsh7jIqFoMTciDhlklxGMNZEulaw20ou5EyZu3ArDJndF1O oUssilR4czJExl8qtqwrIV3EmdAtQwrOQSjUxIsjNncO7hq4q9V0Ws3IpVSduhtM3d7mg3Mw rhqE6M66ytMKnmoIK1FbRe5poKxgO04yDWAtMapAmr5cq5EboIrdcAl3QiYuxka+Ma2HO3AK kmqDGljWG5qqwxJmqBRrAsrcVrXvDMzuxtabIO1h3cGC2RlmbGJbzak4HtWseXGDVe1ss1mV Wk1ms5GjLyFQraCBalUpwo2rsLBKe7p2wWUY2rSb5BaYvHdwZqFd1azmZlPbhCkHpW5Vwpu6 20kxF5cZeXUxjra1ajdZmVNrKndvDOK3mzNnarYe1EKYxwlkTVOUdFqjsGyo0uj9DnBSsUiR 2x1M9iXcQYiNV24GEdVQMtw7yNm1lyJvMq646RN1UlFrNUsl3dFFm4vMtFhw4IvHtVR2YhJr EdjLW7cClUQmNhbd5ELlGtqNHiWbt5133uTKtXAVsja06ciiSFd1d3DWuzpOiZ3dWNoZu1cT VbiF3t4mVuapg3GJ3XLZoOa0XcRtp4FlxMblhKddJF1mKtFHDuUYc7FRBQ3TMGoyMahs3cxl q4mIxTTlbeXlXlUFoc65V0vAL5u6bjTEaedznEI3bxsad2jnQdvCZgKDDiImckTjnc5Nrdi3 YqaJcSru6mLu7tOSG420oaO5sg1OKrt27UlqZ1pyJWTqRUmI2LpMYQCttKtMHVprHiURbgVA bwxkU0ZQ29m6kibp0FtrRE7e5cL0ec4R5s+RviOuT4uyIi2L8LWTZfqTXa7vZ1zDKqz4NXm4 Ss0zqLilvdoarYpXCWzUuqlRMUJ2IU3MbbZaZQUKlu7ghaIxa8whw6vMHP0HEAOfgcdu3bpi tHevalr4J1rEYxWut1ip4Fa1txa1nfjimJkn588rzy7927v5d3cQT3u7vbvdu77d3cQT3u7v bvdu77d3f0KrfrvXMr6r6dVauZun76T9fXX3t39fV3fy7tInvczO3edu77d3cQT3u7vbvdu7 7d3cQT3u7vbvdu77d3Y+qrfrvXM/X0/fSfr66+9u/r6u7+Xd3EE97u7273bu+3d39VW/XeuZ +vp++k/X1197d/X1d38u7uIJ73d3t3u3d9u7uxz2ISSSSSSSQ8JJJJJHn1551ttttpw5hMOl KUpSlKUpUJd3xnjPF+Dp5mZmYm8mXmZmZpETW9pve1YoZJcTMzMxN5MvMzMzE3ky/GdDXFqh VOfZqB9oxXOtKFKFDZDoZFW3iqc2qnYePFmXEQoOiTswkFG5FurjYnb2LGXN7QWxdbk3sZdU ozawvFt3aIXLOYoh1Lw2dNMOsIp1RCnKavNT28xZZjeWMna3lJxilbhrcGiaWxEHLIw8yMuK c4LYjFrsijtCuEXtvacITtyombNQLl4kKpqonch6sSxRb2RcXdshSwcUgxOvEghKxsqLzBcG A1njWWOa3xjhE3JfAG+JCDWhGrUU3E8xsIK3jiNw1GKIqpqKvMzBUxDrJcNVea1SqDpi4rYM hzM1YVXWHJei01szOgiKnEHAxTKlExk5ObNUMQrcSECi1GSFmVbmIF0tybm4iIuqUzCyLvNM xrOMAwcRuHObExQnbCWtot5GSoUydt2pjNjHd3BW7qyKWzd7qh4601Nwa0XtWlE3U1CqbvKe 0W3EBoFXBixW3KupmtsLTmRZas2Rd7Bc7dXgWnarQ8dQprItxcbl5OqVlHLTRp3avbN3ERTl Jm9w1hrNnSVM4Kt4orYl02cBdTGXFyYq5udgt1uVMZO43BZdl0NmYoFThVhaTdVslFQbGTAi qwtXLFTqU5W5TMw4GyhiEMzI01eXGzIlK9Gxbp6reXqzVWCodQGNWze2DOHYiM13ZhA7uzV5 uzbpO6NQdiMjFV3Uurt7kHKc2tvCTXPyB+Aw7J2zeeNPruGPNmXCGTMzkQ8GnbozeMGXaqdz ZcRt8KYW2txSzcvS4pTTw0NS1bVRe1WaJFbVb4OQNlddVNrNLiCtDJtVYsuER0ZHSQihQyKp Gx73CZTo6N3/UeCfnT2cX/3P/Ro+D9LB/yqbK/5mGGjGlu0Yx/aw+xUbNL9LF9r+8x5n9r/Y Vk/O0R/a0YV7PyOj+84tn+o5PzMn7k/Y5SK/gmBWjY3YV/cJlE/c1NWRh/tdU/2NnZ/sOjB4 MtGjVxP9bV6q4tnq9UZZcnNhhSeKofoVwUjqw7kU8krdXdSdDY2Mk5t3+SuL+L/Y7MuDxRhu qMu7m7G41c3k4mXZu3YT1eLU8Hg8XweTo/a4uqvFu4t255up2YdRu3bPBo5mXR4uLd/tdm7Q 9HFXsng9HVydW7gmji3aIZSjVKJVToro8mrxNHF4OaavF5tmikbOhl2aJlWqmri6N27gy1aO Jujs4vBlxV7KcHZNnBohwZdWTkrmpOrwYJTo6tXdJqwVqrgrRhho5HIyiGHVhocmHBq7u72d GGrk3OLuwaPI8TwebV7ssJ4vNxdWicCtFdFHiqujRl4uxs5urZWHd0aP2OTknNhzZcFG7JSv 6mzDRPMro2GHgcGHq6KwHgnJho7t3F3ebq9HB0K7qOB2aP+R4uzLVsm74stGqfJq2apHVT4G X2PNwdnBXRWx7q9XJ6kjm6Pi2bOb2ZYKPZwej1aPckro8H8g8jyfzPi+bd5vIycnoVq8ni8H i3bNlfB0P4svBycFZYdnydGzwc3i4O72K7vZonqw0fBxbSbq8nB6snZlJPB2aMq9mjL6qT4F SflODLLxVEh0e7odVebdzU7MuDxGr4Mt3B4tCvq2ej3d2Gsju5nN7K5Oro5uLdXm93s0dm7D qr0dVcX2tn2OrzMu7dxaMvi4niiu6sDCodFGqvFQfYrVu3e7RGobObxfRq7qdHuMN2jCPRSf NXd0fEy6Pg92phUmjLyc2WjLqZfJs3cX2OJu5ubzfYy5vBUquTCpOqnZUngwwMKVSqnVT3dG 7my4uzg7vg0Po83dq4PJ8WXBwRu0YaHNXyZbN3wZTiolebdh2aMN3Vl6Obq8GglYZQNUdFOh WGr1bNyujCvB2ZOynZ6PVlu0cWSZbvJhxaJ3dWU4Pm7GyuLuwky+jgnA83R0buTq9nF5OZ1c GDiw4su6svZo+jVllqpq0ZebCnRk8Hi3ZQfFo5MtnxeTVop7ph6svJhlhKjxVCTxOj3ZPdu7 vFo9ni6Nnq7ubc9mjxcmj3cXqcGrU9ni0ZTm0Vqy1er3cXi0cGyaPkyZdHNko7NBgrKu7q9h OaOR5qNlYbu75vm2asOb1Vs83Fuqm7g4MssMsKww7vRxbOLmwfBhMKVPZzYVs4Mnky92Wz1a MocFVUle7BwaN3Rowcjmy9mziVhVKrL7HxbJ2e7mbuD4tmjq7NW7Rqw5OqsNXRqrwVxeJhl4 HYZUpVRCqnyVDyavk+Dzfa/gy1e6p5Or5vA+bq2bPo+Ts4vR5PRxMFYKkR0U9Hq2eh6tVdmE isisNVV9XJlNylVODk5tWj3U7K3UngcGFUe71aMkhqwwcWz4stXVgyU1V2V+BzYVydHF6Du2 PkpuqNRo7KyI91YV4ujzeivFlq9Vc3zK6MiTDZzZSDKtm55PN7tiubc1U0e7xObDUavFs1cn m7N2zVl4OBVTRwaOjROLydHRomyo7qkwyww1VhsYfAy3VVeaohoywqclTLDs0YZVonnJlhND Upqwwrg+L6vsejRsm6nV3PETLKbGWU5PNgZV4Faq7OysEj0aODm0eLi+1WTRXR7q3Ors1aq2 VVVVVVOhQVqw5Pmwwr974sOhXBUquCmFMODo92j4Ho7MnBsw4ODLKngy8WjRh2cmjxVPB2bv dzatHRsmGTR2YdFNCTZ1dWid2zybPZqwVNGjLDDDDDDLkermy6q3U2VHm8zg0bmpWXdl3Gj1 YVxasMMsNTgPNg8lOquCex1fN83dXo0eDCmynByeR3T5lTu8XzVN2zd8VbtXZ7nxVODJo4OT yPRs5KNW7urDxaOhWivAwwdXFzZauzg5tE9VQZYdWR2atDVod1c3NMuTVTU7OqsMpow9mjDV Tg0ZeRsc1RsnBUy5Nn1dWyNgavR1atHNs8HA2cDY9Dd5vNs1eKm7u7N3Vuy1dGjk0cHUqvF3 atHk8WGz0Q4vBzdWrZG7DDko8DZhJObxbNmGh5qlVEk5tVd2TLuwkZdHgqlMoVgqmHF4PFl4 qEaOCaODorU0atXRq5q0cXRoro4mz1eDLDKYTZT2VxMubi6urLZo9niyrLDm4vNlGFcHF7ur m3FavdwauTi6vY5NXg2bMtzxc3Nq5NmHg4NH4E/vSk8mzAnZ1cGjq5k0eDsat3o0ZSvNu7NH ZUmXV/S5vk9HB2bHwejLdxeDmwwwSR7Pg3ZVq82TZzebwVu1PN0fBxeLVwVo7Hgyk2VE1Uyp u4NGSMtTL3aKpoqsvV3cWz4uxwZVVfFo8GVPBhHyVq0OLKujc4vF1aPBweh5u7wNXQqm6pNW rB5ujBVU+DyHo6nN5Pdkw9nqjkdm7q7vFls4uLVuy8Ho9HM0V3VhR5uzDLoyyplg5uLs/F5N XwdzxKe6tFU4qSq5PF6sn+5JDLxfFQ83s8XF5Pk8272dDsrunV4psy0JycXyZPZhXBh/M0eC qfcjD0ebDR83N1aCqquTswTJGjweD5tGpqV8VZK+bzeitnsatlebk4PRodlMHN4o7tE4uinZ XZq6vI8nBX0cDgaIR0UV4NWzQp83dsZdXk7m7s8XV6stzVBxdXi5NE1f/EiOrKeDVq9XdXVN 3k2U4HBSZSGz7E4GTm1SSTdobmX1bKww5JgwpVFUjye7D8Xo7uL6I4UL7HR7HDdVbHqeTdu4 dzhs0x5K9XBPg+DxcjY+53aPNoV0Tzezgw0eD4PFucHBxU0fI9W7i5ubo5JwU4stzLCjxerg 6sq6uzbV7MclapW7k3e5oaOrDZXYw4NGh7FRzVu8TBs2aj7VJ4NXuy1JoZaFdHJlwU83NgfR X1c3F7PByeLyezd0dWju4OTo7K4oMMOypwbsPFxbGXI9ns4tTqy2YZdmHqw6vA9VOKeriZau TKVorxeDo7vk7OCPVhVYV5mDdyfBk0UdEr3YZd3u4pwbk1YYcEwpSsI8HYw83g+Ls4JqSeL5 MOLDd7Ob0ezyd3g+Dq1YZdE6urJs6uxse7k8Xk4PFh3bnd7MPiwru7NGHJh5vVq6mji4Obgm iebi0ezqe74K6OCSMMOLKZVsejuerR4ubd7u7Zl3YeLg0cWHVXxV3eT1ZU7PJu0NTLu5N1PZ q927V0VqYcWXg4tnkdD1R3T7XZ7PNo8WGWXR4vgw6uTDqavBhhWzwYc2GGWGBscHopSlKUol KGGyeT4nk0bPBTsQRScVRMFSKokVR6qbOjwZczxN2XJXgp5PZ3ZdlbuZTk8mWVejDq2ebZh1 dGjZ4uZhsYfFgObL3bnm7tWjDZxdmBwVOCnk6uDiaJ0bubq3Oho2T1VwaGEqKU9Grs0buzgy 9CtHdXq7Hu7vwbtlOjoy5PxfR+T8nwatHu+bkro0fF+hhhzdHNudlVlXFXmr0VRl9p1eSvk2 cENj6sn0V5Pm8WUSYUh7Pi5NBzcn0cnzcWjiw+aiVUTkphyKqqwVhg1bvq7OjzcW75PR3YD8 XFwVq2Q7K6lSdXg1c2jmoy/W/MqfmftVMMqwyrJUyr9DLJlo/ar9L/3Nmqqk2VqwqsP3H/tf 8U/mn6Up/IzNT/gP+Ff8TY6L/FaXQ/xqrDg6H9xyaX/JH9z/1DdOKfwf2WrbbcHIcTUyeWH/ I5k/yKTKfrNnQUZ/yVVVaqqr0T+wynlJT1TqehwN0c4CehU5n+4wmzE+QeA+odHEkkQud221 VWn/nIbJhMJhuuD1GxpL3O0NlzOp4PFh6Kv8V1OS5aDsvgf+C7j/1HiarxOq8V1N68U8zmU/ +9P+B1k4Dmj2OB83kNTmehK0r3r2G55G55Jo5Hmvm+TwMcy6eNYcDZOxwOqNTzbG6e25qN0p 0bCj4HI0RgzgnwTsYPY0jdOelWy1Y8zTNtq5Ox9Pnaq/1Gx7m5zOBT7Dg7jc9q+ct6yVzN6q 9QqjzWL6JTJ6FTiH0+PIymyVKlSpUqVYsWLFixYpYsWLFixYsWLFixYsWLFLAWUdbpYYfFOO 1tFcR3NjVz+HPRPmsurVrrqmqy7bv8rH8eeH+ceZmZgvmHB6N3dkT7vOQIiABnNOmWY4cGjm cnT5pqePWoUvrT5DcEyCveNpt6S2qwqXgl5WlysYBCAG22xJhd3Q5D8wwnBPcNqLylRalRa1 FqfU4nNOafCO6fCy03WsYWrVswWdio7+w39vlbplhf+1sdei9l6g9rU42d71vfDC+2nel2uw d2pxs73rary70WlHdBCcWvA23GtV453RjzbeOTR7iFxamtUy99c1sZCDuBUDQTyCU5JJJIHg E9Dxr423M/WFNaW6nxJxVVVX7kc+yHu+U+Jz+xqFRAgsik5pr6HFZFEWrq2KIDIq8ccblRxX 0GE8Eac2lslttT9hPnx4tvx2utZmYq0zSN+Z7e6ylOQ9BgeR+/r88ySSRuKUK8Jb6nOAAAJJ JJJJBaShNB4KIwQZPmTfy+dtSisabJTwIVubsLKuDqVO6VV7Wyr62yvQ2jtUT3qoJ+fxX0Uq tNh3vdtoUp+oPsGjiIzkPiHwDrSoqyfIg1YmGCCc8mrS0GrPqFPIoM9w4+/2ttq02GycgiCc A9qohtUEQofn+S/kUqtPyJ2H2+68lWUv2HtWjUad/kKKKU/Inwq/ELVVaHx6VV+nr2tstH6/ gqCdk8GwTnru20taX4hn5Kgmg+R3pWltrme6YTwOieZ/cm5v521RhZV5pxN2ZVm5sdTk0dqs wwYap6craKfYpWo1PRPJMp5HJOLqWr7j5p2OhscCd3KVZ7GTU9zQw85PNPkcT0TUwlJ6lP6f PwxjGMYxjGDVNE5J2Pgbmh5le6VIGTROaeZ6DCdxoknmfE9TDg3Pat1iwbeStjdOx8VpaNjQ 7pXfcYRSnkeB4J3OaYKdhzHkdTq5Vd0rdH0r1VwaczxTZTodE7GSdT2374xhjDGPVMnOT3Po fFpPDDEx8jMmWy4YfQNB6IUNB7/D5222rdeVVfMim51PUn0MhtJwkqdnNE9jRPNea8l0W68l p1YD3r2dvNtv0N3urVcJ2S96700sTmPUYeuvsXtNleiMHVOryCZN4k4nNPF2JubDoncyjJMp k+ZJKiog7pxNiptratu50WlyfE9x8xufXfb713LzORybLyqrQwU5HZLUfBN9kjZINDB4HoZm rwH3JyR4lTolJ1OjqmqZTwSnqaGycjYwc05ncndonqmyam6bnvsmpTi+bsnU4ngnkZTsU+Zx Nqe5OubaopuYT3TUpwOSbGhxTVO6fRbbaqqibKGw/WHxWta1rW+gwNgh4XtODxPI5GynQ0vq XcdFwYtloaIqPqefidzxPqeZ4nA+ByeaZSuJg8Fo3Nzc2VhsYuDvK9i3u84Xrrc+59D6GGn+ DTZs0xf9GNNMflF0dj0eKqquqZ/BhjP5lkJZO6TohU+8+PHiv0/JGp/EgUh1iEakU+kuzMSz M4Dr6IiJoYCbRHWUs9OYlJOUJPltcpXZ0ekOsuEmQquFf8WQ/ALc+/7q9S9XFfPYsLF5n+Kr znez2m1Yav+pXJVuvUus2ew3rDY2WYXqd9bdvAyvOh5rK08i/KcG1bLcukclvtXpqulYvccC 5rFtC0Wi9R6dkdqLxci9qcuLyrL1+DjpurYvCsf6heVdBeNaX5avKve3y6VqhyWlvIj5oqtq lVVtKtpVpMJwHyDwYdT1r4mhh6mlLx13B6GV8jsjnH11uui0NL+AtL7nJfAbVyq/A/eqNH4V iDioyvzLHnXKo9DJyrYhujBbLFmVMyphiphmZUxmZUwsZFlYyUyqZZijAZVlWYWViWLm4W5L dusrReT/m83dW1eVetuvQ3r7GP0V7X0SK/LhTF7TAtGi/e+FfXEvOF/W3V32pP716X4pyUdy yw0sFh/odxwfJuv6XpfnsHssWLCv1KFldDBbGKuxo1Roq3Qeoq+p8HtntGTI+F4P5hyU0UHO ZJPAWQOqiZLJVoYxqk97xOSTnT/O1qHqYeSubEh+Y/Zydmp3Gsn57alWLZaMn3JHUHguZvQI 0r6CrEdVMXwYvnW1LS2aq+tgnVYqfSt3J7K6xe0mJ91eA+mHwOanI+le42Nfd1P4yv/guF8T YrtbHsMYwdFfOn3vZXtcqHKscKarFcNLdWzZjK9G5zpyqN3FR7mLhXoc3M5uZQ6GjkmjkrDV PFOkeZ6z7i2MrB3Kf2VubHY7iw7GpTVlI2LmySn/5sSjGCR2WCB7niaoEZBs/BTK7LF4my08 gxflOb2r9FU61qPGDQedWqHMmiUqYJ4lkUYjwqspew7Uei2Wm68pOz2VqTqofFqGhzXdVXhV NHzrnX3NldFtSaUxinQbFXCHqXF1O850PCQZH0FXedqnAwL0fMtB98lh522rCPg0PF0MHNq3 PzDUcyl6AWwxOKc7Crc4NNjse47C71wYPM9SH1o6r/2sXcsR5V4wvRlT0P8F2XY81HVdW56V 5Pef3rzrgcFOsnopvQ2T6ldjociOtPbWST7mHqbHzrB70YdCvBVOS0NMl7HmfMFurI/RVZE8 zF5y3nsYIxeEaPUdzKWJpo4oQ+ZGEux3kXm+03R9KfEXc5lzChYhHE5m7mnoOI8xqKZKP876 K9FkO0qyWV+mxJtJ8j5l4V2Sua95g91ZXlo3Wiw0aHzHC+ph628aZSj9bko0enRdm1cq51yS WLTDe7HztWyq/pNm7a9axfguTVO1aNK6Ls8X+h0HrPqXNdHVXsLY8nNgb0hzK99SsO8PiP2V MG1ekU9DHYHrXgg9GG1fS2lGLC9RPpyv9BYQq0sJLbbQJ/jP9NJ+8/15GTiE33pLUSyVL1Yp NSjbRJqQIgVHRP5P08f2fpGJVcVsbWtWtlW1RXKoAln/lId7mGVAEikEO8Stave9KVVAP73C IgGRLxMzMREVVd85aXFhzMzMpkCZK4GJXMPozCTAkgLpgvGol86+hpwJlVH2PZFyOqrvLyXb vaNlfCvj2RP3lko/mGUTm0aBdpiq9XT27LhYrv9z142KsMPYPyCIJED3k+3k+z97bSWrYW2W 0NEg6p2Ti3KpatZTgnE5mE5pV8TFuboLc9po0YfBeZ/IOj619J7pbH60Kf47W4GqmpYh98lQ YDdd62k2L0Vdz7T7Dg8SPWepHov3RqXC7L1WiyxPQvjwtKpbKdo97RU5nVVo3VJ5LkbXVOj3 F4HrVpV8xbqW69x/LXjWyl6y7O6vFu8kbl5NA+Zi/9lb16HvOi2r6UYbGiNOVdl/fXwXmcHQ nVYFK2WxXNMrDEnoYSv+8w/zwvpZJp+VVlfmPeuhtLWjs0mH+FfiuDwhkEuZxXwMr7FufFVW LqYV2WLVVjRpRzcF4lwyuIFhUairR1XC2LFYqtLGyyD2qyFfW+Y6l72zRzHtfU1W58N65lcu dff6dfp3X4/XgPViKxWi1ioerFfs9aqrNwEH1BPpRFHAKBPWiEIIEIeNccOzM3EZDKw4K1YE rwKXkBE5CCnqTsmEk8H5CQ83To4NU4KmdpaOsu1d9ezdcb/nrZepbqvSui78Foaxe0WPlWi5 OCwLvXU7leH3mcizCywswj0MFrBGjBawvvrCO5M4JWHN+pnc7zG2Latt6E6kpNP3nQ9lXMv4 4P8EliratPWjHxFse+slkxzOaHBN6tLbYtlswPQ+CcE9D8lMmTRIp3CkpRgqPA1JCex+Rgpw PqbD2Sk4FOCck4DIEQN/w822223QdEQ+UmBKCCGHxKO/Y6FsXCvGqsHsvrphiwyyOxlD7FYe DmnQTJTdvRueUiGlkhHzBlbG9/0Q4VSHNutSxYeJ2fF2TkymDcOhpeMfrT5NV1r5V7K/vkym lLGJKuFvXrEyJHjmTmVJscktWrVq1atWiigosFjEUUUUUUUVRRRRRRRVijEYiIoMERRERRRR RRYooooooLGJZVVZVlWrVqyrKpB6CUktBaI1WEaMI1gWqYWJ7IxZitGLajFiMKtGWVGy0pNG 1Y0LEaNGjBGn5DdH9YE2GEQzW7batIgkEJoSH2DY4jovZTg8FiOiwyHIxZWUxWjRWlhoaPeq 9eOa1RPh5qvu8Dun+pTYUkex4Q6Q6GIjvqtWVa0bKtxqo2qnwsaW0FpHKQ6mjRobt4WUXOL/ UxLDFs2rkS6VtDaoyTIdGLxi4Kr30kLmYoHuqrFgqjKZmZmZVVIHIaujKDCmpxhyT0/ecjQc 2CdKjSxMTA0tGoasVqUaTQaWjWFphaLGLD9C0aWxg0VarehDyCyDFYYfQbDuG9U3SxWPifct o5rkVarUVxDDZZVfaQaN6bJwvxB+Dc4WJHNYYfJ7FvftfpoO92cx6GrjAmSlSKUUOAqmVTEM W0GhPUYN0l5kaW64XtNHMxaNzRlVh7S1o4NGHrVUYapHSveexT3Qr710rksMrmYjRYVlNrFo WGKl5vQd1L1UGHevavi6HqdUukqQ6G58a6yVyh4m66nM+mv4mqL5EpiuxhS8DEXVYMNSRzXe rE7iwxWk4pzcFWPRbr52H4Vyq9lRs0nDs6Mqo7qysNz6zFWyxMWF0zMVVVVVVVVFVVVVX96F VVVVVVVVVFVVVVWoEnw4cXO8uwZYS7BlhLVuhA4S7EgZRLOFVVVEREREREVVVVVVVViqiIiq qqiKq8DpJEstususu2S7alNDVtcXapNy8TAAAAAAAAAWwgAAAAAAAAb1htbjS2224TlVVVVV VVVUVVVVVeWENsVB2m8sm1VVVVVVVVRVVVVV3uwJvZZl5mgAAAAAAACXVFkAAAAAAAACWkNW 6tu8NWpJaq7uSKUJqrToXs1ytCaaSMSZAAAAerV3ZWE6SiNLciraTySfFXccpN10r4VpssYF ylGq6K2MK0tLitlpEogQFEqgAE/h9Q2Pu933/CIgR8u94gQIve8RAi9+r/hZ6Y8Hipq1a1q8 NMi73i9+o7hOQigjyBABGDSDTStGjRXuViUyTCthY0yI8KxPDK9rK8XpzbUKxYFU6lJPVJmD uZJE6JzXCQc6FABVGxIsGZgwDMw2mOtG5JHIt1JNmB6hWp5sY5c+N0c+GnPLskTykhYiO9Ty VBHNVVbbCHVYieyVNTU/5EyZqSmCexhXpWxVqvyl5HhWym+ZkxhZlmA+DB3ynJYhYsgsWQrF hDEZJLzrZ5fmYXWuSrF7sE/Fcpe5GFXexcsLdbW7Zxk5kvzSaMeZeidCYRGi5aKVXzM5M2yw TbA4LK1y4Xatt/i0Pce29RZG1dVaWSaT2V+a1sRjlJs0uEgVPFOKbxHwxbbbbblPJGx+CcSc o2PMuq3XoeA4XM3Tc2PtMNl0Xgc1vWy5aOp4mL5lykmxj1Gq9Hs4rGV7ckO2UOdU8353ukea srwW5yJMbV9x4Hvr3cUPgwd9cHrjvFuV9Syg0sIvbKj1slVjzNUjyRkK9uKrTKTgxPLs/5tE 86yv+kND86xW0o/0rol3x3jBadwymGSlKVatHdtEkfqTgYklTwtV/tdVDSpzPoWGJXVlYmK2 5UZFlZFPesPyiYrCfpk70wn7ToZKfqTYwirFVC1bCWIf6a/7q1BNkwRisi/51o6lYPFe8/Bf TL5lixfgOphh3nyifysiH/Q4NKsOpyNlGGxsX0DBFFBRTkzVpVi2WjzPwG45l61HxFFixi+D xLUnwp8fVEcn125u/c6h7TElfQshMflbLZ2eSxin1VHTuNYlpOZySxXuXQ9p8VwvFWHZiXZf mWNMV4LUvyH/V2PCuQH2GmkocqP0ppdjuW6dz2MYLDIYML1Hqk1SbqDuWET0Vi8Vdx7jvOrw Ne13K+1cHCtqpvVK2VZGDqd2Lh0VlH0vBs6OasncdEwn71tv6m31t3m9tSTRo0ZHzMDj0ta1 ao2wmYl058+e8t2+++8XGezEayV9m7Hc6b5inFD3GzVpbruoXZldzK+pbNTpQdEmxYGMqaFp UVqtFXidatC4WC0V1kYVZXAWxHKSZW6MLhMLasDZYL+qtDRcqzSt60R1EIhNSIcjIHnkno/j 9mxrf7bn7dfbZ28ccccuHLbXLly/LXm+dYu95r0HmrZuyritR9irB7U9te6uHNWyO9o81dzo W7Zdzm9lcl1rcFtXeuQvF7W21w5VjxTdXfLwk8a2OQYu5bpHcukt3ixjMzMkcLThw73IDe2N HBcir868Y8gyCMgexoPPKqqqqqqqqqqqqqqqqqqqqqqqqrq6OrLe7mlyNqjSclYruXRXebV3 10iOa5NnmvBbk9tbq7qLveFak8q86O+o6yeNeS8RobnRYex6/XprXsZq58nq1mey61tja4d5 ODxTlJ2TpJiTyQMp3k2dDLHUpvEYZJIZjY6HLfC2rZOcuRFbOq5w925omWFvdEyxPNTS0TSm rSapq0mqbG6otSODdtJ4222229DqeSbmpTJNDwLC6bM8DO+urhB2rkvoT9S8b2i6rsO1dVsu 9ub1eTuaTg80q+KxYLZJfh+p6ckl2dFzM+l4I96rpgfiTWL3pg8Bdy0X1LoeFfpMS3TM69bx EuCU+bDkmdzCc6mfmaImP0ydayGV+sW1rdQuQ/MbGxW+rS76Uk7MhRFTl6cE392XsHoD6nwk 91qxMj41gNRb1gcznRclYtq0aYulZ9NbZWN264T5knzFvW5zYOcn0nSHIg966i5Oj6Tmto+r 2+A6uybqnJPFPilT7Ez8baq230eZueCfStjDZPQ7zzW5VyPFsN9bnofYeZ7KdLossrrmaamM jTTS6rc3NJ/pPdGbtjGKww6J1TBwNylKjqUfUcHY5nNdDxPgdk3Oa6mi3OFuZYSBlO5qOMlN jiiemXu+85I2PNOiYHadk1PAp2PB2PA4phHFyOJlue9j+A72nu+etV1ysO9NaTFXoYv9hbvc m9Ppn4ujDJYytjnVR9CPrLJarsntMkPiHPgL6HqNj2h1Oq9i84vkelUu+u8Yg+g6rYSh70dZ H/mrVE0ZVHgbV/COE6o+08xNk4GEfBcW20TprnMkZznVIgkjKimjQUPEivBSjorBYELra6OA kQqcWl2cGDVw4ERKSMzZurJDeZwSO3GbXhzTrFkhxmcEiVNaHgDLcOLJrVySWciHR1Q6Oejo Oom1YcJot1uvMppiKDhdDyk2TJDZsd1mcFTxk2ky0NGyp4MmG6up0J1NFXAuH5TpXdJ4OQmq /uXRHNsxuuVeNfS3jhvXKLZIYo71o6x208DiTrY72Hc6qLkrGWFuMqvM2rS7UMXkaouFzXHf UyOR0LwrwK4BYsWLAOGhoGLrWy8jatVzE4NJlZWV3G4ZchqqVTWsXFYuWVWJhgc3tJTExJk3 G260d632brdbHsjs5J8VHrXZfCTBw5pPCbObUw070FOU+5h3KlLbattkVKpGp4ng+y4F7rYq dHuOhbHFerxdCy2Qm1SsHeeAvNf7DDgdyjkVLGFVvBYJYsTxNlX9pySL67F5nI7hfF6Pgtx7 T4Txul8DGJlDFQVMpgqJFFGGDzQpkwmGpbV5GxpaLm83OtL7rDouZ4v6H1lofysUbrssrkeJ sexf4vneSqelKqym5oWlgxWFjLDDwHJ5nc2Vfg51yhf2MoWVkW5XSrReX/N8zL6TwabPjeJV hU2UbV9NaaWMKVgmEsmtD7FgTyVKxLmOnR8yyJCyc3nJv1pM62228kij5H+wq2f6HsYwYZIe EvYjSaMPBfkV1XKvXS7PYspNLlUaVqssTE2MH5VqvFeS4XqfSS707JjME6nMDmz/GtlXeuw6 E0nufOfB0V5HJse4+om4+Tq5FOFuR6GVOFnAnM9mD5GcW9nuUoZVlXJpGFVBREhTN6C26ESD ERIJmXBEpy1W9Uq4X0VpUrY1WgsJlBlYiysBiyKxZRH1qwXJs9zrHJb10rTksr3rbdfcbr0L YtNtBTKjdEcpIaMpqlhpbRbKNLdsuFpUc2ROHBqo5NqUbVHJ3Mxl5nosNG63rLoZJfOrnHqj B5Cdkc6rSxT0KvBsuq6pgnpXwY3kykjqmqcjqapt0ttsuSdzcwndNzyOBuap1T85hMlOJ2TC U+k73dWLs3hXA8ssyYsqu6soysUXiWSpr04TaSH+urRlVfQeCrArtVHVJyUt6uVRyrDqbO0p tXD1LF/xe3GVlYrGJZlLhcx8E6HJfNJuphNSpaXDFexhbMDTTR6MPabLDcei0N0luUBwDqUI lTJOD2TxeZhyaNjD8BD6AIdCUpSjW7lxzBuiBwUdXdWyuBuuajaYtjdZW9buVbN2ytUvi4rl Fes8jwXuXCnOTkujatqyTF3O5rdXS0sLysiaGDyepTU0GQmw2ToiGBhiKoqEYHSpjqc1OsPm XOTVU9ZhRaYJmTMqyy2VlKeaxD96vpNRK5G47itlMZSywNLS0ZRPB2eSsVMf0Lmtmy3OTWB4 peNEE9uFskqyPdQqyLYtRU+Rh6JUmzc0Vht0bFpbDDh/5S/ML7VWKuLg5QPrO4dluYcJpYdm izktJ4vnrQeB7iH2xlV7K+pd68Uc1iU/pP0qtWrVq1atXmkTdNDqMKuZp5Lxp6zFgWUo2wk3 lCPpu5zWLd7aOinjSr6HemPQVbL9Lek4PknNYNqYmDockevMyC1LQttRCosRIqFBKwxgHhX0 VlFpOCXJi8FTwFWCvSvBfMcLlTFhqwfKti+1Q8otHzV8SVZgUv5l+o0P8X8rTTGgUQkkIhAd R9SBCE/T+r99l/l/bb9Vv2j9rfTYW0oxhXx5nng8jzBniueiBP8W2GG17Kv3M+4/tjn7xPL3 Vvr2apV27uh6QbyFn0CuChXz7DrAqb+wMvM9HyIHttnbWVrK1laytZfRIQ/t+p1Jrwrddf0a jyYxkmR/kdaxMXsXctL1HJbrvN15ntXPC2XKNLFeFSMrktC0rEyvR4Nl/euNcZmMeBNlsvCt dGflbbFyrxBotHIXRYeN3jqthaIT3OVPNVsBqwMW65r2q9Z0fQtlsXsPWLhc1tYLeEfooEwo hB4lM5fz6UjxXoeqoFJQGyhTQpd73vSLrY6uBE8BxBRj/WqxIV+3z8e5eHPACdIARPpGmOEm CIn33crUhXue+5eHPQCdIARPpGnIriYwCsrWXfru9ZvXGvWjp1neaWpKQQCSCcXAiCkFGPtV iqpqnFJCvfIiI99dc9OtazT0eQXtArBakr6te0sUcTGpXIriYwCsu/XfW+PV6e7CrB6pYx9q sSFe+e+5eHPACdIARPpGmOEmCIKPE/dx16sOrgRPAcQUY+1WJCvfPfcvDngBe0Cr6TtyK4mN StStStStStS+pKTfF5cy45lxzLjmXHMuMmEwIlpewvrUfanQ+QeZucDCYXcYV717HWOskPwK uivAHvifYvxT9Zo9aixlW/Y7XO2PAMXktLyXJHrUKqRNSnnJuKHQOOpyaInA3JpXItGpc+SM 3L+kWVEwXCPzMR0xZWFJPsRgxi4dErAmE33EyPf3xflt9euutjbGLttttrrddnzyOCIEQOAB CUSZu7bbTlmC6J5YgAcClGbu2y6FwOcUozd22XQuAOc6OTJJJJNuSOFnLgJg9khSER8vO223 A5p6e6W0tpbS2lt+AOZRG2iK1K1K1K13JwyNzVLbEEWtVqKVrqTTI3NURWpWo2iK1K1FFFFF FhPEkMD9RKHj/KFahW8Yp8MzG1IhVHTdku7Rdtq4JR2RtEEo7Ja0+KYQeD++Hqn/rjB7mG3G 2tlV0TDBMETCXEwalEiHAcB478W222222220tba2222222222228E5BJ59JvjsAAIGWWwAAA VcprBpRSRVTbcCIiG024EREUCBMmUeVRLZbhQIkuVJJlNALOcYxiKSSpIsYxjGIpJMVTI7VV VWRD4GkUUfkBGdE/+Ah8BH/SEKF/TLMDElEwlQClj/3SlpR87i4uLirZjJMlGE9U+qfOR+B8 U1NGlimLwX0gW5S5GD7jA+s2fkQ0pyMW9aMTS9RZoYWOldDSbLRWjD9PWk1BtSRuMXaup/fX 30cHIuTaqsSjwL+oq8BsX21yaqtEZHoH67VEuveYnyX10Th6GhPySjqP4DBMlJPE9j0ORwTk sMXVYNH86xNLAw9x/sXkHOvWo815UCO8PEZVyKP0IZMGqJzTrI9LbFtsWy2BIMyBhR/SSwXZ KYYRlMCysSZCt6w6mVjEtLJUYgyqrKxQjKwpMcHItjQyGzasysrKzKy9BlsrGVYsN6E9SJJM DkOKQ4AKD6VV9cdW0aW8H7Tc3GhucjJTc7lPlkOEQ3Xc91d5yrA2X526bu5fOo7UmlRixVos WFkTAFhixpHitU9En9jJPWMLDD4kvcS6Oi5rIwhlYjxaOU6j52tKNyXov9S2k2LGKZGLmt1Y dV51ROsW9O86q0bntXSlXC3pxCNFg6A+ZcLZYsUdV8gtV2buQ0gwtqhzI9QjRcO5VyVGzaJd pGjo7mOxrDMtM0ytY8an+uvgcViysG6wnDSxtWy1WNmVsNIyE2NiTwMC1JtWjFfBa2FwYtzE YMqnRpo7zvretqT/gyY0v6HJNAverJR6GPatVVqRAkkD6ySTwJEYKRYKKCwWMYZlSrCkxQ9K 1Wq1WpaoYtLyXFd6d66h40agwZWSyK6r9xybUl4ngtBiyosxU2f2OZdDI/whlLTghj6VLkP9 MnRaVcAsMquSwq2X85utLm3Ktkj9ZBuar8XiHSvpFvVT+s/nal1OKHiupql8auIVHU3P91fz GxvTFgeN/ZTFJ++vinR87wpIWlFmZij4rUcn2G9TaDFdUyXY9G2Z+tZK9lYv21ylLnL9h7D+ 0xjM/rf7zxjknMtFqBYskPNbGxbLExAmKF+ZZWkYN1hubI0LDFixYqmFixfrN5MXebj8yYw+ asVDEexYUv71/vT+JgsyLFkDk0/QYv9S2PBcN6tli8B2Xbo0xY+peNfetgYxxyGpMLcwUtDF 4Luq/jrorRsdRyXnPoVVVVVVYr8ylRViqqq21VVVW0qqqsVRVVVVtqqqraVFVVVVVVUJJCex +BNQknVzdjWR5xMqRaWwtS0YWT6LZJi2Vi+p58RwsFX7FwCxYoj9QxbjinNeJPAdEWL/Uwti ouh0OJlpXSTSvzjlUdU9x/LYT1l8ax+c7wNL3GjwW67lucL/Wuj4Nye2tjyWwuUJxCdjR9S/ xbEuSr9p7Zc0lh4rqviuz4siXeesq5H7a3KXOv8mltFgtGL+RjY6V0WPgntfGuSp31Xcu4qf fTKVXi2r+d7q8FbKsGUww5ne8xt9VbrwN+8clWOVR4gjur2Qyi3OGjknVhNxoCvwp4dLbbfU yk2bqdWJ+a2lVatykkQdJIY9yHd3mE6RPdLJVkyUR6yptDsi2yy1qmEo2dRsbVl5NWhgyMpi eNio7y4g8K2rg3Kd1ak2r7jzk5jdcLhh4tJLDiqtxukxb1Li2ssvZK5G9VHnJyOF1WmnFHY5 XQcOy2cKytq3eF5LtD6ajk5K8ZNe5mYTol4lOpzXFujLO7CTl2SbmThB9ToVdV7l6V7VPpIl emZkZjMSpNTKwsWIYjEsSwSxTFFRixTFgPefkkO+LFhTEmVO9F+VJcjoVc5W0owHM3LRHJdx sbsb1i+/RpWMCyKIoogrEARFVEUERRDEVyWKWjippud4brsK6GKYcL31+pQj/UbQc2V4sRwf Mv2Fiu+m5h4n7RsPBaWGlhuiU4vRYk9VJVJVIMEqwJQ0llWmAwwxYYmDKLCwxKxYtlcHC6GL ZVtXyYpyNjDQvYe8/c7iHiVsdVyGSdBoww8mh8X6H5G6vvkxh9hsvnn0IdF1UfBYjFpaUNLK LRfnR6EmAgwYIIIIIiIiMYxirVUpZZZZVUpVWLFVRRjGGGzJXtLW0sVo+k6OifniYYZeBzFU TK8BhSPnNOZfeaLS2HqjA5wOSuFifwd43W7dzrkr4MY++qJqu587GMzMz505sraua+g02U0t 1ssZVfkyGZKZizKZlLMUVTNzVbLRGqTRio3MRo6mgloxLDC8WQqH4KR1rit5PtWCbpN5OJBs c1aexzXVtU7mq5Qu+uQXBjZsMVt+/Mse04OqwfOsrlJgHasQaKo5VpeNR/GFwYW5o6B2NJYG KwjFZSPuXxrsPCXuXgngPtH+gn8nN/lhcCv62Gi4uE1O7zdk1NpD8zof312t11P7rsU2oyo6 d1x0wbRaVeSluUcnmE5CanYdE0RNSJOix05OmdM3VyLG65tq7LFutq6ZJ7J2NDD+1NXM3Tlh zvRwI2SUK4SfkvB0dUnKquVYHI0tLYxYd5h7UyFJYmpk0MlSsJojBUpkYNU8TY2MZPc80eCc Db1PI1czVJ1itj9Q0t1XRTD4/wFo6HiuTDZtKcTMjqSZTVyL0VMsk2T4mhqcU0NiNCmyUhW6 Mo3KhxJxMHhOq8ibK3t7LdLFsmzKlmyxaU2aTVaJGKyk1WMrAMvmWK1RsyViym9VlaViYxpY psxQtmDTFVusjTdahvG0mNKYZKNmTRi2sarWlRqJssqNEtmVMrKK0ySYsoWK1GlZZaODS42b mGJTGwaR6K7dMGxwViOaw0sTkyPtMXVXjwktq5HKtGx8luNjvHBkylMJU1RTYwbGDBoaGEmp YbLKeFXC9dar+a6HgeB5E7z0Y7jgA4XpXkU8E/NLahD9TAsckdnw6FsaPRlapR4natm7ZB3m pcL1HgwfcvFsZXVUOtYudpWl5j3nrSWlW6wJujDDKxiDZkq33VtW1JsbtmptMsresIbm5j8k MhwNmqtxwVpYO81TYczYbFdjxkcjKBOlRzSgxjIbLQpbMVmIy9jyUOF4nWTKTc2SSOyySkqp KqiuAWkVUm5jnbVZGDImG5+6OCfrRIweVN12A7IbncTuj5NltVi7m9NlP1LKbtq9S1XtrIaH qWjdc3m5uyqQ8xkHetm63re4MOaj1llYHUxWq6PzMOpdCw5K4b10q3oHBTYyn+Y2UG6ZJHZY QTKqxIysI1kS1DFO5lMDkaczK2irIJHGlqS5MZWKZWlouDjoWKOzPRHfVNUmQ+UH/Ae94qxt DZXVa2N1f1LsbEYOh6jDzMpbMeMjxqneGxNj4FlOa2qLDeXe5Vj316VvczLF4h0Obc7h6qyq WKmy1JkPfXzCMR3r1nKq5LrHsdWk+icBZIylk/QeBQ7OpVi2WsokYspVWFXWXFZJaWqyUmzT S1RY00rcwvgsfmb1wHlXY2rVbJouktVy5N60yvwczS6DS5cGlsdVsb02NzdczS5G5XuNo/ae u9F/udkvcusR9xyao7lHxGI9rLcLyPsaLitzcxalabU+xaaMf5NKt1Y9DR+oxeobo9tdFo7z K8mlakcqxLDs/7a5qk5O+uRYYXUeQyqaPaq0fWrqq2T2V1WBYmGhkX8iQc6xJWReuv/gX3+T sYcKWLKUxGDD6jufUZW5udig7q81p7VsOFlYsrMN1stojaq4TkeMnrqrig3TC1X2rq2dWGKO cXJe2sNk6HeuVbqYsWVJmUwyN60akwGPwaPatl7zE71Y7RR7UvmaltU71i8TE2q08MTvKYq7 mjxrDyljluczSfmfUmWLYti2LWyTBHVNTU/kbntGidSU+4+ZyOA/MDgKUnI3Joehfq843OKc HnDkyqzMyjMsYVe2jFywslg65SmtSNzaS2o01LVZWWA0wxhllDCrRaR/yrKjVbEmlixlDKjQ wruWGxaWnJtXrfFWK4rhu6LRzNmljGHqYLSxAwq4Wm7ZYaGTQ0IxYJiMYMqWUXxrdb0/EmuE oyqanIpgpGU0xaqyT8Vi+YwclyldxstA3WOpkufoapD4/+0wBMrJzeTiko3HI9BRhGibL2MX c6G5inmXfDA0MVaHaNsWkyW07m1LcSYpY3k0mq6rZ+LEG5WNllLfqZuoYTaQxTdqi0MWqjKm gNAjvaZswm1TKjMrJZVlYlYMrIxMGGLDuXJVIbHcRaWmFsMo+mwDDFhsYuK5Hm3XSpMHJc/F bGjDCvtXkaJRQ/BPVFKYTJUpUIUpHRdwFo5gxWQbVkUkbLArxMOx3xTc2hoYQ4Roq860nwW6 3cPXW1c6TcGohL71gBKUFiCpQ1DiZNpMHDYJdDNmx9H4nBuuEWeAdKPYdLdWyjxkuaz8VhLv rqkutYehqXxi4C7HNfa2H+ZidCr0HitkHVlKhMC9y+gxOR6n1kS08lhBzoepeq+NkMsTzMNL g7i3r1q+Y3LZsuTS1WLSRiuc68EbraHErhLDKU2YGmyspMWQtWQ1WS3X0MNLgw0YjSytbq4W LXJTKuDY4W2Fo1IresiZKjFDTfc00GkW1TkY1Qc0MA7HEC1JuZF5LB1Ktg9UPIq710Qdw4WR YKd6sMbFuvvKruPk5SiNPfYMlYmVE/yg8m5i3t0re2tVEy3g0dzA8VhquFu5VvKc/Y1c2T21 yrhtC61GzFiNVOcHA0bHVZFqp6lsnNvXxynIqvXTmbFDjzwjcaNlVg5poKmuianE1OJbgxL+ ZlXAeIjgWyOFSvnr4LW0jCsWGZmZjOS0oc02qMWSaKnR1WwLS0a0jANqDpE71o5k8iPky0rT VRqLuSGqeDC4x4spQZKFkoWShbP4K3W9LaqNUGq1WJLGorH7NQ2phlNjFkcVstVyph0dSU6L apZi8Fe2qxjGTMzJe04XgeVVwvIp5mU/XTJHQnsTvKvnmz1ruMTFHnVYhuU/CtiDg5LxWl4K Gxhzj766UNRVjDF7IsLpVbVRebNKvNpafwTZoxMpKXOJCqaNBUskeyqqlVZe06Vols2oHesq ls1Re1jZZcqwytLVXmaVe1ZDakwZUZWSYvUw9zZ2flbLVRlb1vXZaK6GUGOljLqtGwtjmaJx aX/VXuqMr+quq3eTaqtNHA2pyqTyGQXosPuei7084613XJR4IYLqwZWLDIu9fQ7jZYZU3SxG MWUqxMe49Kq+lUfOuD4r1VOwyWHf8x3V/UvqaQYq+llYsNRYsMDotGtmZYY+FX2XipqGL1LC 9F2U/RxO9V9J6wexL+xehVstqGDsqIq0OJMkpEZAhkIMJ8CaJYCfCSpM2JMqll2LEUqNmxKe 5k51zV7DdXBipyGjc5FpJsvyLrWUWK8pPcuzGpe3nmxI1irvWHqLZMX4JXZH1FYRcDvXJelK Gq+2NJK+DCS8KpOx6Gj/MeCDgx4lWh6li/tpLZI0uT3VbEGIN1yWlWB9FBlKCaYPTUvmWSsX Iw0vesMWDQ9Ff2Uymlsrm7SxLvEYbGzSTUtqV0iwj1yeiewq/gYVuYg6K4X2VqsrFofBs4qX jT+I+CVHzj8D4rnXYnjXi/QdwPtVGPyPtXwHxLrXasHV9cp6y4GidR9KUvWsWVFhVifUr6aj GKJqtqPmYeDF+9Yua+d6kYXi1NfPXRKppU9qrZpLcV2Y9zyretlzcmMZmZtRZYppc/PBupuL g64/WveL1J/g6mr5jsjwV0TvLI769atV4rxcynZzKnJOKOKPtNdLZWDc4JxGDZjLGbLZPUdq 1K5muzE7HRNBw7B4HBiex/3NCtDKh67DDD+dY7AyW6tGr0Pwk3I3G86rSr1V4Jph/pjiKhfw kyj+lZBXQlKUqUIqKiSipFO58E8R9pFGzE6mH6ng8KjFHUv0DSnm9TiOzkaXRd59qiytxiZU YZXebj55G1FsevhJt8a00q8lwaq+C2IYINjEnisXYbIq6cpOYXxWlc+8XhWA8jZFyOpXIRqV 5VubF7j+NsdDanVfPFsNjgVI+sO5iQhM2qssOhQnSWzmn0LcYWHQXImklpWlqjsxUbLGPkaV bH0nM0ugclE5mzkE2ZLKGBORwNLFkhYYfvV/9q9sntplZ3rB2YleZhkVXNKXtvEXk71ud6x8 K0aMUjzKSCj65BlJQUsCpTBhhj3GJWl/aNVGw735JeRWj5SjDg9DzlRi7zB2Gx48j0KbHJh1 VtYPnY1YtyuknBVxL+U0dp8ZVHMxPpXkaV8z7hDFh2J7aoP0DFSeKMofxGJpbGFpd1aPUbA2 ran0GUa9Z8FyP5V9iaOE5RJ7heoGhcMkqtJaarGUpYLKnVWVpkK2WStMhRpBhMoYsrCwMZWG VlWDKwxYqZGEyWLMr12lqlhlYLJZLAsGKw0bG1bRNjK1lRkrGjTRbVgtKpZViiwlSqkRSqpE VYqMZC0sTqcLQuS4WqTKZmKqijEIUUcJH9ZJPoQqKJJQzFjGWnVWtMRODIOVYoYrF0GjVVit DDQniTQmloTCeDKamrvBqeKT4GDy0Tf8Lbbbbexo9ZhORhYfMYtDksXVWKZWLswW6wntn7GI ngYVbGLyHCTZ8S4XqcD9jKbVqvedJbK81yX+BiV3Vwlja3WO1eT5o7mzasfFSYH1N00czyLP GE7HWTKR2NnuMc0VG8T1LiFbr4N5Lk8K1Ji5AfRWK4bhjo0G1YsJkymTFyZfcui4NiRu4NVW LZYN1fNlYYX314L11eijElpb11ieK7MJjJZgzJOyxdmK1WKLTIl/kv2urofB4PUe4WyWV5oT rlcipeSdzEh8qthVRbJbJIjuUijiq0Vzxe6o/UaHYjuZGpegT0rH/KHeeNJjgGrS0RfWpYha qrzQ0BaLKYrxPipyFkmP3bw9Y2XKkUecKne4qYmoK8yfyr5Ei09ZVbpOJd5pJixdGLZuVdaW 0D1r0XfS5x9r/ErIOR1Sco7LTS8yvvszJjMZMWVZVsLJUoRUqVSqhVVisYsYkt1W9JhXyOTa hvW9MrK9xaJhpW4sVkmEWV+hXCcqbOgwvaaCoaqp+BqVwrYeFXkVWk9gPSKTaqsqxhelBhol MWx6hG0ZFW54qS8lZ6LB1r2oMq96aHti5ruOysiWMXnS748T5VLsvgsU5DvXmehi9aUr8Fiw xRqHrLDeowr/NitzJUe8YqrGLDExheaxWjFS8DKwj7GpVcNxbsKGVlLIwUzEWjEaVaUpTBKy Ton71/ylST1KbJsqrczATBYysZWObTRJaRaOZo/IuzwPxPE7HvkV8x1Ul+mu9dEwO9kYYsWI WKt1oxYraU7L8jEtLsy/CyPvsqy7lsx+dh1YPkw1ZOqjLDAwqZVTCYalMKpQ5NFNHJsphsol Ngks3GBkZIzCf2EZ+6LfyX89KGl7ORE+RSiJyXkeTk2DOV0frOp7pnCqqjpqqqjrU1WF27k5 WSJyqDlU0pJbJBatgnKkMbN2LjGSb0Sb1BvU0pJbJAFkCcoBDlCdp4qqqNgSTYgSdshiaqqq NkADA20UpWn+6fI8h0uglZITykIHSd1XrvRf5DiEPkdh6MJ5uK2PKl4lpruewrsXwdWiVe0s qR3lQZeVfntVsphcVyNVWOK0XSo7jHKuDeq3I3h7Viua+9f97CrZep1R0bS6i8jZ4LxSnJ41 u7hubVNl0qNVstnDDo7OY58C0udfevRc6jo518LvNlu6KO4ZY66bCgm4mk0r2Olu7rFXRclo TK6L1Jqumk3cPJz5OTK51jqxzoxXRZJ27LS6LsWmLKPYwsZVmRmR95p0XtPiYXReZcHM6LDD XW2rbY1KqVoSkp3MEfEpk4OpsWx7DRflOpo3Ts+a6MODSt6Xk4ek02kcJL5NjofUrinB0NPN WFqXn0GwWzINFWjUdWJq1YsvcwywxqvWtzVZeF41o0bV2TKck8NyfI8TU0SpkqOviTx2tW3k CGw9pOAwA7IiAiePtzbbaN0T11y3ArKiqqBVVFGZmJaDdTK9HCPBwjQPuOFNSpTmmDBTBzSp sZRMJ3OplO8/UugbLoua9R3l5nBzXM9tdjkrseBdjqeko+FcirCUdVOF317TS3OyD6a+4OHS iU7GVSlowq+p4A6MWLDF8nB7Douq4PXXC8YdDg2Ji2Wjoci3W8m6Royow6JaqVosk6rKyr5U tV/ZQxWKHNe86ngsSsrKxY8jK0GC/sR41qLKwPUm6YlgZ4222nQZiSIMJxbDKQlVGlibLxMO DC/lYOyq3g+NYnmsOkdC5SnzsNHcXBRdjZ7VxSBNLcDGL5jEmxcNVVi0UmLKGEyMMT87Dm7A cLuXJcFemxieS4rCp/unctpNhyDxLWlssXxNjqep8pPlKysJlYplR3FiGqzIVg9F40Y6wmGM Iu89SMrJiyweBqtFYsMMFyhu6g4rETKyyiw813Ddp0pi1XrGxNxiYxXJXhMWYxWMrFi1F760 mqudY4LS8jxbDcHDzR8TYe1TyKvk2r6l4J3Hk3R3F9Kw1V4pGG8o5LF2rvAuY4qMLQwYYMi5 rB3Lc9Dc3Gypupi2yD9cPWdjuV5nCuSxXuPcnYrgqDFMixjEPasLRTc0rRssSWn6nWsaomzU mjeosbGlRpS3WGGNkaOs6JuWCakZUdR3i8W1fbUk0VKqVLCU5nni2VlEnZKcFzT2m1E9HivA 84RjyThgtVRPW8y5PN5qeSxYYLd0KujGulck2KckxPeVcB1k9D3quHIyqp5wwnNZL7lhXocG r1GPGowl8DyStcHyKZDE+w2NhhMJdFhaNzKFi8labGzTZPEY81dkoD0TxVDEkgkOxVPj51bP gaxgpJlXDAowDObBqLFt2626Jm6bw07uzcNJKktVVEFgaMhvbja42w05NJeWy9ldm1earg5E ylNrarGVkrYO1YuzodjetyrFiysRzbujqO6JYQbhxW5wuaxXVU+aQ6NHJXQRw4ROTkcqnJbV sdG1Oa0r724jocqxWnJclWll1bHSNluuS1XJWUGjhyrK6VHB3K7irm22VudRdGl+53K0utRx ZUcI6LeoxYbLTuO9apAmlGOzd0VsOVg3LvOHefrjhdk6VibmZxrWUTMVmVGYMwkPjFSMVIxE EQRjIQDwrCEWRjCSB4ZPSErJUkqDVaQCTgXFtW2wiNUogNCkRss66yYO6T5K8qm9d6y4nIaX R2Xo2NcPJcLtC0Oh/crZXgZXidxqubVW5zOseNeFc5MWVu1VO5cKu6rYTwMCaTiC8F6mOdJu tG9spzdV8/Coq6JKT5koScAkOgYe6qqr0wHBU1UNClFMSSSo3MnU9w6hVQTYM65ststpbUk0 TyTkCjY8jkaNlwczvN1wm5pNKuZwmEoqoybsIaFDKklTRUwiWkwaIYJgmDKZMpKGubZWEalJ SjA7DBgqTgUMpUmDA3SWhhLdfOulXwPaB4sj1/coiqqvg/3DREREA/IkOgncAio/mx3Ljwlb SMrKppgsZG7KhlZTZbFpSb1kFuK8lp+VXotmI5GKYYd0Kh2N6084sqMWSWVgr3LZdwxNLquh 6jBtCrbbbbf1SdHkcU6HNMKRMipzVhpal9israrJN5es0W1bCzGHgYrdhMbI2KWKXN3FlitS ypVSrGqKQ8KmCnVorJpLZIczZqG1bbVsxkuDdZGmNLTNLJHFA9MDilGx7ibEdTYy+KpQ0vgj Za6HZst1xJi4XI0HitLZMpBkkMUujdbUK5scLg7F4wrwO97zFGHqczHTS8EODkewT5HqJ9is q5Emx4lNzn2E6p+t2bV2WVftXZd1bKyTc1J5tpB1Hg0cjojZgv8lxXOpeB6pNH8b+NoktQ+o 8DYYMebxYXd3+Kt18D3U4eNaTmqPjW1YxJbBarKUb82tWzlXJqum5pwtg05w5JjEsmWIObS0 o8llWh1MNGGFut6mmSxj4hyc0XKqODEGLVTDSpoxXqLqYk7OztHCbnelS7mQOjEHfU2DDojR 8BaibHVjddic6q3K5l3LiTuW67jCvmRjZOFyi8R3ReC7GHeOPIYWKYm6H3FWpbLGLBiZWH1K twORhu+QxJ3lW0C9ZaNJzW9R5wc3rNUsqPFiVyYocxq2WK4WG6w4l5NSyvSt63OhhzGjYrqn 5DyNHVfii5l3VFehyJ1/WZF2RcjR1MXOhuZSd7RhVwxiNpQjKQ9dWoeHw8gr3YsmJgtjobLq vysUkdyxPWcl6GBMMKrZWV9yshueK1D6ir2rvkfXUY0ZT6F98pR5DoXAr52EPnXQlODwQeR7 SvY8TP408KaOZg/JVi/e0Xowv5Bi7L2lXio8K7yNLuqjFYyjF+4xaMP7V7Bso+kHOSl8rDLJ OinSsOodx/EvjufCtOsnupXsMqMMH0FHWHce+pX9cn/Rby6sqnzmLVd9aKv7EmLEHzyO6du6 GDwTUP6FhpCcG58DBncrS/CZDilfYNRd97FXJ9Mtw6qsW0MyOZTK0piWjK3wxfqNLTDccOK8 FqK+xiC9sE8DCHFX1KTEqOi1RiJ3r31bjaUI2Nqj3nyd6sQrhVhYWCysFgsCxMLKwLKOT5jY aY00tCabKtCaZRzWHGKPRXuMUwwNl65MQaqMQJ9qS/yWlDFkoxZKMWSjFqtKrS0rQVO0u4Oa 0bKqRqLFpPI0YOrsPrW8JsVehX/0F5tlzOZpi6VjGKqwxN31mDZHxP4OZ4D8zhVNVWmh3nrV 3LyUm4+KR66yTlFoIwTqfxL+C8zYwaVg5FzML4mH5hsp41s5u5TS7U+dhzHRi9dXNb3I0t5O EZCYrDogyuoxBtZWmltW7ktqU5MUNw0qrYylftsUxkmVzE2Oa1CZUYlhbmFeDaJN5K6GlpTR zNVTkil0MROY2XCxcqjk+ZD+xNza5wOi+J0ODBzrg8SxYtzRVi/HodzdRMVSxYsReNal2rEp o3k0BlpZ+Q/JOaHFE/9H1iPNsVVfclWYwUwmx2Wrm1KlhKMrlE+2SxJiYbJODuOIu5Yrm8K5 LQyn7FaOaZ/a3qOS6r2k9ZfxfY825WwnhJlYv+yv+jRsWLyW9bP5ySh/0ZJJT/gxMMVjJKXz KllUliskoaMkVcGVU8l4Pyn242bnJiK6k7q0xH/R4mMDwODc2Odcoq4WFSsPsThwN0OD+2vy tH/0+H/j/z4t/v/1fnNed+S/++xv5N/G/8ed4kqSS+skmlVVXmJ1VJOoYX+B/G1I95UTA+L4 vlWy00nyFl9gyjc2NMGLG586RyZUiE/oYf6pVqv0kyZzh9R/Eq1akllW7bEG1bN1fvriv0N6 2X8ZzOK4cORjnXFYFxWLasc0bHI6Vps2pRqt6w1WFyXK02rU3ngtwWmJYDYaOFi/Of0Lg2NH ZaXIbmlbnQ3rS2WlcLY8lD9p2Dsvwdltdaj9h4sqrY3RUfxl/g8K5oeBvc5Tv0aVVlGCX7mQ vSqrcX1/3iNxse4F+5ar6E2V6llI86ZkokpZKfRgf9LLCqYVGCqr/8mWWSilVVSqlV/BTB0Z Zc2Lb//iMaIzBGQ/xZRf/+LuSKcKEgMAM5pg --------------010908070500020801070502 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --------------010908070500020801070502-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 05:50:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 05:50:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLDna-00020a-8b; Tue, 01 Nov 2011 05:50:38 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLDmj-0001nU-I8; Tue, 01 Nov 2011 05:49:45 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1320151780!1518993!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26036 invoked from network); 1 Nov 2011 12:49:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 12:49:42 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18711085" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 08:49:40 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 08:49:39 -0400 Message-ID: <1320151775.3084.16.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2 (also affects GPLPV) From: Ian Campbell To: jim burns Date: Tue, 1 Nov 2011 21:49:35 +0900 In-Reply-To: <15732981.uFr7VF8Mh1@dell4550> References: <1758215.SCbitK4oVy@dell4550> <1320058232.23193.59.camel@zakaz.uk.xensource.com> <1320060379.23193.72.camel@zakaz.uk.xensource.com> <15732981.uFr7VF8Mh1@dell4550> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, 2011-10-31 at 19:00 -0400, jim burns wrote: > > that's the source of one of the missing features. Fixing it should > be a > > case of adding the option to libxl_domain_build_info in the IDL, > > reacting to it in libxl__build_device_model_args_old and > > libxl__build_device_model_args_new and parsing the config file > option > > into it in parse_config_data(). > > Hopefully, the fix for 3) (vncconsole=1) is just as simple. Rather than having libxl__build_device..._args handling things I think you would want to call libxl_vncviewer_exec from xl, at roughly the same sort of place as libxl_console_exec is called when -c is passed to create, that is wherever autoconnect_console is called. (aside: would a command line option similar to -c but for VNC be as/more useful than the vncauto thing in the cfg?). Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 06:27:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 06:27:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLENa-0003ea-DY; Tue, 01 Nov 2011 06:27:50 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLEMX-0003Qo-6a for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 06:26:46 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-13.tower-21.messagelabs.com!1320154000!490454!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28842 invoked from network); 1 Nov 2011 13:26:41 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 13:26:41 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id AD6701977; Tue, 1 Nov 2011 15:26:39 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 7C43F20097; Tue, 1 Nov 2011 15:26:39 +0200 (EET) Date: Tue, 1 Nov 2011 15:26:39 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Ian Campbell Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 Message-ID: <20111101132639.GH12984@reaktio.net> References: <20111031214036.GG12984@reaktio.net> <4EAFD891.8000204@icg.tugraz.at> <1320148634.3084.12.camel@cthulhu.hellion.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1320148634.3084.12.camel@cthulhu.hellion.org.uk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "xen-devel@lists.xensource.com" , "dokter@icg.tugraz.at" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, Nov 01, 2011 at 08:57:14PM +0900, Ian Campbell wrote: > On Tue, 2011-11-01 at 07:31 -0400, Mark Dokter wrote: > > In that test, the KVM machine uses virtio disk and nic devices, while > > the Xen machine uses the qemu emulated devices. Could that be the cause > > for the poor performance? > > Very much so. Without using the PVHVM drivers in the Xen case this is > very much an apples to oranges comparison. > Actually the first page of the article says: "The only Xen issue encountered when testing it with an Ubuntu 11.10 guest and host was the need for manually loading the xen-blkfront driver for disk support." So it sounds like they actually did use PVHVM drivers.. -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 06:52:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 06:52:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLElc-0004ar-0I; Tue, 01 Nov 2011 06:52:40 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLEku-0004ON-Bd for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 06:51:56 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1320155511!1805706!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25752 invoked from network); 1 Nov 2011 13:51:53 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 13:51:53 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1Dpm2w009009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 13:51:49 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1DpkES021594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 13:51:47 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1DpfSF020978; Tue, 1 Nov 2011 08:51:41 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 06:51:40 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 67FBE827DD; Tue, 1 Nov 2011 09:51:39 -0400 (EDT) Date: Tue, 1 Nov 2011 09:51:39 -0400 From: Konrad Rzeszutek Wilk To: Jerome Glisse Message-ID: <20111101135139.GC22652@phenom.dumpdata.com> References: <1319062772-2793-1-git-send-email-konrad.wilk@oracle.com> <1319062772-2793-9-git-send-email-konrad.wilk@oracle.com> <20111031193722.GB3036@homer.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111031193722.GB3036@homer.localdomain> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4EAFF976.0064,ss=1,re=0.000,fgs=0 Cc: thellstrom@vmware.com, xen-devel@lists.xensource.com, thomas@shipmail.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, j.glisse@redhat.com, airlied@redhat.com, bskeggs@redhat.com Subject: [Xen-devel] Re: [PATCH 08/11] ttm: Provide DMA aware TTM page pool code. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com > > +static struct dma_page *__ttm_dma_alloc_page(struct dma_pool *pool) > > +{ > > + struct dma_page *d_page; > > + > > + d_page = kmalloc(sizeof(struct dma_page), GFP_KERNEL); > > + if (!d_page) > > + return NULL; > > + > > + d_page->vaddr = dma_alloc_coherent(pool->dev, pool->size, > > + &d_page->dma, > > + pool->gfp_flags); > > + d_page->p = virt_to_page(d_page->vaddr); > > + if (!d_page->vaddr) { > > + kfree(d_page); > > + d_page = NULL; > > + } > > Move d_page->p = virt_to_page(d_page->vaddr); after if (!d_page->vaddr) > block. Duh! Yes. .. snip.. > > +#if 0 > > + if (nr_free > 1) { > > + pr_debug("%s: (%s:%d) Attempting to free %d (%d) pages\n", > > + pool->dev_name, pool->name, current->pid, > > + npages_to_free, nr_free); > > + } > > +#endif What is your feeling on those #if 0? I was not sure to keep them - they are useful when debugging, but not so much during run-time? Rip them out and I can just keep them in my 'debug' patch queue in case things go wrong? Or perhas do it (rip 'em out) in 3 months time-frame? .. snip.. > > +static struct dma_pool *ttm_dma_find_pool(struct device *dev, > > + enum pool_type type) > > +{ > > + struct dma_pool *pool, *tmp, *found = NULL; > > + > > + if (type == IS_UNDEFINED) > > + return found; > > + /* NB: We iterate on the 'struct dev' which has no spinlock, but > > + * it does have a kref which we have taken. */ > > I fail to see where we kref dev. Ah, I should document that more extensivly. That is done way way earlier. As in in the path of the initialization of the driver: drm_pci_init for non-KMS calls pci_dev_get() for KMS calls pci_register_driver.. which calls 'driver_register' which called 'device_register' And then during teardown (so unbind on sysfs), it ends up calling the devres deconstructors which cleans up the 'struct device' dev_res, - in our case ttm_dma_pool_release. However the nice thing is at that point of time all of the calls to the TTM have quiseced so nobody is calling ttm for this device anymore. Let me stick this in the comment section. > See comment above, otherwise: > Reviewed-by: Jerome Glisse Great! Thank you! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 07:12:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 07:12:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLF5E-0005Lr-7b; Tue, 01 Nov 2011 07:12:56 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLF48-00059D-0E for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 07:11:50 -0700 X-Env-Sender: K.Brink@cs.ru.nl X-Msg-Ref: server-7.tower-21.messagelabs.com!1320156704!2516220!1 X-Originating-IP: [131.174.16.143] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29868 invoked from network); 1 Nov 2011 14:11:44 -0000 Received: from smeltpunt.science.ru.nl (HELO smeltpunt.science.ru.nl) (131.174.16.143) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 14:11:44 -0000 Received: from lilo2.science.ru.nl (lilo2.science.ru.nl [131.174.16.131]) by smeltpunt.science.ru.nl (8.13.7/5.31) with ESMTP id pA1EBQmJ023250; Tue, 1 Nov 2011 15:11:26 +0100 (MET) Date: Tue, 1 Nov 2011 15:11:26 +0100 From: Kasper Brink To: Ian Jackson Subject: Re: [Xen-devel] pv-grub Solaris support Message-ID: <20111101141125.GA18597@lilo2.science.ru.nl> References: <20111012204011.GA7518@lilo2.science.ru.nl> <20134.64191.820416.210778@mariner.uk.xensource.com> <20111026092134.GA12432@lilo2.science.ru.nl> <20136.1111.58646.458830@mariner.uk.xensource.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20136.1111.58646.458830@mariner.uk.xensource.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.664 () ALL_TRUSTED,BAYES_50 X-Scanned-By: MIMEDefang 2.63 on 131.174.16.143 Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 26, 2011 at 02:00:07PM +0100, Ian Jackson wrote: > But I'm afraid I can't apply it because I need confirmation of the > copyright status. See the section on Signed-off-By on > http://wiki.xen.org/xenwiki/SubmittingXenPatches The pv-grub_solaris patch I sent previously is: Signed-off-by: Kasper Brink If you want, I will resubmit the patch according to the guidelines on the wiki, along with any necessary changes to the license and copyright notices. > Looking at the contents of your patch I see some worrying things. Can > you please find the licences for all the code you're including and > arrange for appropriate copyright and licensing notices, copies of > licences, etc. etc. ? All the code in my patch was either taken from the "Oracle Solaris 11 Express 2010.11 GPL Source, Part 2" archive, downloaded from http://dlc.sun.com/opensourcecode/solaris/sol-11-exp-201011-GPLSource_2.zip, or written by me (small portions). The code is licensed under the GNU GPL, version 2 or later ("GPL2+"). Each file from which I copied code contains a notice stating that it is licensed under the GPL2+. Identical notices are present in the unpatched pv-grub sources, so the diff itself does not contain this information (except for newly added files). I will add a GPL2+ notice to the header of the file 60zfs_solaris.diff. The full GPL 2 license text is already in the Xen repository root, so I assume I don't need to add that to the patch. The copyright status is a bit more diverse (see the attached list for the full details): - all the files I copied code from have an FSF copyright notice - most of these files also have a Sun Microsystems or Oracle copyright notice - there are 7 files that contain ZFS- or Solaris-related code, but do not have Sun or Oracle copyright notices. My patch preserves the copyright notices for all files, but does not add any notices that are not present in the archive distributed by Oracle. The files that do not have Sun or Oracle copyright notices are: builtins.c, common.c, disk_io.c, filesys.h, pc_slice.h, shared.h, stage2.c. I don't think I should add such notices myself, but I could add a comment to each file along these lines: /* * Portions of this file are derived from code distributed by Oracle in 2011, * licensed under the GNU General Public License, version 2 or later. */ In summary, I propose to do the following: - add a "distributed by Oracle" comment to the files without Sun or Oracle copyright notices, and rediff - add a GPL2+ license notice to the header of 60zfs_solaris.diff - resubmit the patch according to the submission guidelines, with my sign-off, and Samuel Thibault's acked-by. Will this be sufficient to clarify the copyright status? Best, Kasper --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pv-grub_solaris.copyright" pv-grub Solaris support: license and copyright info The file 60zfs_solaris.diff contains code derived from the "Oracle Solaris 11 Express 2010.11 GPL Source, Part 2" archive, distributed by Oracle as: http://dlc.sun.com/opensourcecode/solaris/sol-11-exp-201011-GPLSource_2.zip The relevant code is in the directory osnet/src/grub-0.97 of the archive. The table below lists all files modified or newly added by the diff, along with the license- and copyright notices of those files in the Oracle archive, and a summary of the changes included in the diff. == Modified files == file license copyright notice changes --------------------------------------------------------------------------------------------------- stage2/ builtins.c GPL2+ [1999-2004 FSF] Solaris-specific builtins char_io.c GPL2+ [1999-2002,2004 FSF; 2008 Sun] grub_str{ncmp,chr}; several #ifdefs common.c GPL2+ [1999-2002,2004 FSF] ZFS-related error messages disk_io.c GPL2+ [1999-2004 FSF] add ZFS to fsys_table; read Solaris partitions filesys.h GPL2+ [1999-2001,2004 FSF] prototypes of ZFS operations pc_slice.h GPL2+ [1999-2003 FSF] Solaris label/partition definitions shared.h GPL2+ [1999-2004 FSF] ZFS-related definitions stage2.c GPL2+ [2000-2002,2004,2005 FSF] cmain: do findroot if configfile not found AUTHORS N/A N/A Sun copyrights (ZFS: 2007; VTOC and UFS: 2005) == Newly added files== file license copyright notice changes --------------------------------------------------------------------------------------------------- stage2/ fsys_zfs.c GPL2+ [1999-2004 FSF; 2008,2010 Ora] verbatim fsys_zfs.h GPL2+ [1999-2004 FSF; 2010 Sun] changed definition of symbol "MOS" zfs_fletcher.c GPL2+ [1999-2004 FSF; 2007 Sun] verbatim zfs_lzjb.c GPL2+ [1999-2004 FSF; 2007 Sun] verbatim zfs_sha256.c GPL2+ [1999-2004 FSF; 2007 Sun] verbatim stage2/zfs-include/ dmu.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim dmu_objset.h GPL2+ [1999-2004 FSF; 2009 Sun] verbatim dnode.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim dsl_dataset.h GPL2+ [1999-2004 FSF; 2007 Sun] verbatim dsl_dir.h GPL2+ [1999-2004 FSF; 2007 Sun] verbatim sa_impl.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim spa.h GPL2+ [1999-2004 FSF; 2008,2010 Ora] verbatim uberblock_impl.h GPL2+ [1999-2004 FSF; 2007 Sun] verbatim vdev_impl.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim zap_impl.h GPL2+ [1999-2004 FSF; 2009 Sun] verbatim zap_leaf.h GPL2+ [1999-2004 FSF; 2007 Sun] verbatim zfs.h GPL2+ [1999-2004 FSF; 2007,2010 Ora] verbatim zfs_acl.h GPL2+ [1999-2004 FSF; 2007 Sun] added single "#ifndef __MINIOS__" zfs_znode.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim zil.h GPL2+ [1999-2004 FSF; 2009 Sun] verbatim zio.h GPL2+ [1999-2004 FSF; 2008,2010 Ora] verbatim zio_checksum.h GPL2+ [1999-2004 FSF; 2010 Sun] verbatim FSF : Free Software Foundation, Inc. Sun : Sun Microsystems, Inc. Ora : Oracle and/or its affiliates. GPL2+ : GNU General Public License as published by FSF, version 2 or later --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --Qxx1br4bt0+wmkIi-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:03:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:03:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGoP-0000Na-8b; Tue, 01 Nov 2011 09:03:41 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGna-0000Al-PY for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:02:51 -0700 X-Env-Sender: rshriram@cs.ubc.ca X-Msg-Ref: server-12.tower-21.messagelabs.com!1320163364!2491041!1 X-Originating-IP: [142.103.6.52] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16179 invoked from network); 1 Nov 2011 16:02:46 -0000 Received: from smtp.cs.ubc.ca (HELO smtp.cs.ubc.ca) (142.103.6.52) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 16:02:46 -0000 Received: from mail-bw0-f43.google.com (mail-bw0-f43.google.com [209.85.214.43]) (authenticated bits=0) by smtp.cs.ubc.ca (8.14.3/8.13.6) with ESMTP id pA1G2frY010898 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Tue, 1 Nov 2011 09:02:42 -0700 Received: by bkbzt12 with SMTP id zt12so2018010bkb.30 for ; Tue, 01 Nov 2011 09:02:40 -0700 (PDT) Received: by 10.204.10.67 with SMTP id o3mr195636bko.3.1320163360104; Tue, 01 Nov 2011 09:02:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.180.130 with HTTP; Tue, 1 Nov 2011 09:01:57 -0700 (PDT) In-Reply-To: References: From: Shriram Rajagopalan Date: Tue, 1 Nov 2011 09:01:57 -0700 Message-ID: Subject: Re: [Xen-devel] [PATCH 0 of 2 V4] libxc: checkpoint compression To: xen-devel@lists.xensource.com Cc: brendan@cs.ubc.ca, ian.jackson@eu.citrix.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rshriram@cs.ubc.ca List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0221230365==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0221230365== Content-Type: multipart/alternative; boundary=000e0cdf13261fe16304b0ae7ce4 --000e0cdf13261fe16304b0ae7ce4 Content-Type: text/plain; charset=ISO-8859-1 Ian, do you have any other comments ? thanks shriram On Wed, Oct 19, 2011 at 11:50 AM, wrote: > This patch series adds checkpoint compression functionality, while > running under Remus. > > Tested under xen-4.2-unstable. > > A simple benchmark: SpecJBB (Java Benchmark) > - 4 minute Remus run, with PV domU (2.6.32 xenolinux kernel), 1G memory > and 2 VCPUs > - Data sent without compression: ~70GB. > - Data sent with compression: ~8GB. > > Changes since last version: > 1. Added some more sanity checks and bounds check to the decompression > code. > 2. Bit of code cleanup. > 3. Merged the wire protocol documentation and the libxc compression patch > 4. Added comments to xc_domain_save.c, explaining the use of two outbufs. > > Shriram > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > --000e0cdf13261fe16304b0ae7ce4 Content-Type: text/html; charset=ISO-8859-1 Ian, do you have any other comments ?

thanks
shriram

On Wed, Oct 19, 2011 at 11:50 AM, <rshriram@cs.ubc.ca> wrote:
This patch series adds checkpoint compression functionality, while
running under Remus.

Tested under xen-4.2-unstable.

A simple benchmark: SpecJBB (Java Benchmark)
- 4 minute Remus run, with PV domU (2.6.32 xenolinux kernel), 1G memory and 2 VCPUs
- Data sent without compression: ~70GB.
- Data sent with compression: ~8GB.

Changes since last version:
1. Added some more sanity checks and bounds check to the decompression code.
2. Bit of code cleanup.
3. Merged the wire protocol documentation and the libxc compression patch
4. Added comments to xc_domain_save.c, explaining the use of two outbufs.

Shriram

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

--000e0cdf13261fe16304b0ae7ce4-- --===============0221230365== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0221230365==-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:08:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:08:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGtR-0000pj-M1; Tue, 01 Nov 2011 09:08:53 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsd-0000cP-Ek for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:03 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1320163678!1550914!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10084 invoked from network); 1 Nov 2011 16:08:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:00 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952450" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:07:37 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:07:37 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YND014577; Tue, 1 Nov 2011 09:07:35 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:13 +0000 Message-ID: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 00/13] libxl: QMP client improvement + pci passthrougth insert through QMP X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This patch series improves the QMP client in lib XenLight to be able to insert a PCI passthrough device with the upstream QEMU. This require to apply a patch series for QEMU (named Xen PCI Passthrough). The first three patches are fix. The next patch creates a key in xenstore with the version of the running device model, here: /libxl/$domid/dm-version Changed since v2: > dm-version xenstore key patch: - small coding style improvement - libxl__device_model_version_running() now return an error on unexpected value in /libxl/$domid/dm-version > qmp_request_context patch: - rename handle to context - the context is now only used between qmp_sync.._send and qmp_send - return code of a callback is now return by qmp_sync.._send() > Handle number abrove LONG_MAX patch: - the new callback now also handle double. > two new patches to do a pci-detatch. Change v1-v2: - 3 new patches, with small fix. - add a structure in qmp, qmp_request_handle, to carry the return code of a callback. - the xenstore key for the dm-version is now in /libxl/$domid, instead of /local/domain/$domid - new patch to parse number bigger than LONG_MAX for json. - an user specified vdevfn for a pci passthrough devices is now handle. - in the last patch, the code to handle a pci-add through xenstore have is own function. that help a bit to keep the code under 80col. Anthony PERARD (13): libxl_qmp: Fix return check of fcntl libxl_json: Check the parser status before to call parse_complete libxl_qmp: Better error message after a parse error. libxl: Introduce dm-version xenstore key. libxl_qmp: Introduce an opaque argument to the callbacks. libxl_qmp: Introduce list of arguments to qmp_send libxl_qmp: Always insert a command id in the callback_list. libxl_qmp: Introduce qmp_request_context. libxl_json: Handle number abrove LONG_MAX. libxl_qmp: Introduce libxl__qmp_pci_add. libxl: Use QMP to insert a passthrough device when using upstream QEMU libxl_qmp: Introduce libxl__qmp_pci_del libxl: Remove a passthrough device through QMP. tools/libxl/libxl.c | 2 + tools/libxl/libxl_create.c | 29 +++++- tools/libxl/libxl_internal.c | 23 ++++ tools/libxl/libxl_internal.h | 19 +++- tools/libxl/libxl_json.c | 111 +++++++++++++------- tools/libxl/libxl_pci.c | 143 +++++++++++++++++-------- tools/libxl/libxl_qmp.c | 236 +++++++++++++++++++++++++++++++++++------ tools/libxl/libxl_xshelp.c | 9 ++ 8 files changed, 450 insertions(+), 122 deletions(-) -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:09:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:09:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGuI-0001Ce-IM; Tue, 01 Nov 2011 09:09:46 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGse-0000cf-7U for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:04 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!2 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26779 invoked from network); 1 Nov 2011 16:07:26 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:26 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718740" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:00 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:00 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNI014577; Tue, 1 Nov 2011 09:07:58 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:18 +0000 Message-ID: <1320163646-24291-6-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 05/13] libxl_qmp: Introduce an opaque argument to the callbacks. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Signed-off-by: Anthony PERARD Acked-by: Ian Campbell --- tools/libxl/libxl_qmp.c | 30 +++++++++++++++++++----------- 1 files changed, 19 insertions(+), 11 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index f61a87a..ddc0a4d 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -43,11 +43,13 @@ #define QMP_RECEIVE_BUFFER_SIZE 4096 typedef int (*qmp_callback_t)(libxl__qmp_handler *qmp, - const libxl__json_object *tree); + const libxl__json_object *tree, + void *opaque); typedef struct callback_id_pair { int id; qmp_callback_t callback; + void *opaque; SIMPLEQ_ENTRY(callback_id_pair) next; } callback_id_pair; @@ -70,7 +72,8 @@ struct libxl__qmp_handler { }; static int qmp_send(libxl__qmp_handler *qmp, - const char *cmd, qmp_callback_t callback); + const char *cmd, + qmp_callback_t callback, void *opaque); static const int QMP_SOCKET_CONNECT_TIMEOUT = 5; @@ -100,7 +103,8 @@ static int store_serial_port_info(libxl__qmp_handler *qmp, } static int register_serials_chardev_callback(libxl__qmp_handler *qmp, - const libxl__json_object *o) + const libxl__json_object *o, + void *unused) { const libxl__json_object *obj = NULL; const libxl__json_object *label = NULL; @@ -144,7 +148,7 @@ static int register_serials_chardev_callback(libxl__qmp_handler *qmp, } static int qmp_capabilities_callback(libxl__qmp_handler *qmp, - const libxl__json_object *o) + const libxl__json_object *o, void *unused) { qmp->connected = true; @@ -157,7 +161,7 @@ static int qmp_capabilities_callback(libxl__qmp_handler *qmp, static int enable_qmp_capabilities(libxl__qmp_handler *qmp) { - return qmp_send(qmp, "qmp_capabilities", qmp_capabilities_callback); + return qmp_send(qmp, "qmp_capabilities", qmp_capabilities_callback, NULL); } /* @@ -208,7 +212,7 @@ static void qmp_handle_error_response(libxl__qmp_handler *qmp, resp = libxl__json_map_get("desc", resp, JSON_STRING); if (pp) { - pp->callback(qmp, NULL); + pp->callback(qmp, NULL, pp->opaque); if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ qmp->wait_for_id = 0; @@ -241,7 +245,8 @@ static int qmp_handle_response(libxl__qmp_handler *qmp, if (pp) { pp->callback(qmp, - libxl__json_map_get("return", resp, JSON_ANY)); + libxl__json_map_get("return", resp, JSON_ANY), + pp->opaque); if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ qmp->wait_for_id = 0; @@ -424,7 +429,8 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) } static int qmp_send(libxl__qmp_handler *qmp, - const char *cmd, qmp_callback_t callback) + const char *cmd, + qmp_callback_t callback, void *opaque) { yajl_gen_config conf = { 0, NULL }; const unsigned char *buf; @@ -462,6 +468,7 @@ static int qmp_send(libxl__qmp_handler *qmp, } elm->id = qmp->last_id_used; elm->callback = callback; + elm->opaque = opaque; SIMPLEQ_INSERT_TAIL(&qmp->callback_list, elm, next); } @@ -484,13 +491,14 @@ error: } static int qmp_synchronous_send(libxl__qmp_handler *qmp, const char *cmd, - qmp_callback_t callback, int ask_timeout) + qmp_callback_t callback, void *opaque, + int ask_timeout) { int id = 0; int ret = 0; libxl__gc gc = LIBXL_INIT_GC(qmp->ctx); - id = qmp_send(qmp, cmd, callback); + id = qmp_send(qmp, cmd, callback, opaque); if (id <= 0) { return -1; } @@ -580,7 +588,7 @@ int libxl__qmp_query_serial(libxl__qmp_handler *qmp) { return qmp_synchronous_send(qmp, "query-chardev", register_serials_chardev_callback, - qmp->timeout); + NULL, qmp->timeout); } int libxl__qmp_initializations(libxl_ctx *ctx, uint32_t domid) -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:10:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:10:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGv7-0001Zg-O7; Tue, 01 Nov 2011 09:10:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGse-0000cO-45 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:04 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26735 invoked from network); 1 Nov 2011 16:07:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:24 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718737" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:07:57 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:07:58 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNG014577; Tue, 1 Nov 2011 09:07:55 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:16 +0000 Message-ID: <1320163646-24291-4-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 03/13] libxl_qmp: Better error message after a parse error. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com By setting the next string to parse after having printed any error messages. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_qmp.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index ef36348..f61a87a 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -403,7 +403,6 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) *end = '\0'; o = libxl__json_parse(gc, s); - s = end + 2; if (o) { qmp_handle_response(qmp, o); @@ -413,6 +412,8 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) "Parse error of : %s\n", s); return -1; } + + s = end + 2; } else { break; } -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:11:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:11:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGwA-000238-Pj; Tue, 01 Nov 2011 09:11:42 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsg-0000d2-IH for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:06 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1320163678!1550914!2 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10234 invoked from network); 1 Nov 2011 16:08:03 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:03 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952471" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:07:43 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:07:43 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNE014577; Tue, 1 Nov 2011 09:07:41 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:14 +0000 Message-ID: <1320163646-24291-2-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 01/13] libxl_qmp: Fix return check of fcntl X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Signed-off-by: Anthony PERARD --- tools/libxl/libxl_qmp.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index 618f20f..ef36348 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -296,7 +296,7 @@ static int qmp_open(libxl__qmp_handler *qmp, const char *qmp_socket_path, if (qmp->qmp_fd < 0) { return -1; } - if ((flags = fcntl(qmp->qmp_fd, F_GETFL)) == 1) { + if ((flags = fcntl(qmp->qmp_fd, F_GETFL)) == -1) { flags = 0; } if (fcntl(qmp->qmp_fd, F_SETFL, flags | O_NONBLOCK) == -1) { -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:12:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:12:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGww-0002QI-1u; Tue, 01 Nov 2011 09:12:30 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsk-0000dt-KT for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:20 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!4 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27145 invoked from network); 1 Nov 2011 16:07:32 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:32 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718748" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:07 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:07 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNN014577; Tue, 1 Nov 2011 09:08:05 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:23 +0000 Message-ID: <1320163646-24291-11-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 10/13] libxl_qmp: Introduce libxl__qmp_pci_add. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This function insert a PCI passthrough device in qemu. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_internal.h | 4 ++ tools/libxl/libxl_qmp.c | 95 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 99 insertions(+), 0 deletions(-) diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h index 09e0c51..718a417 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -119,6 +119,9 @@ typedef struct { } libxl__device; #define XC_PCI_BDF "0x%x, 0x%x, 0x%x, 0x%x" +#define PCI_DEVFN(slot, func) ((((slot) & 0x1f) << 3) | ((func) & 0x07)) +#define PCI_SLOT(devfn) (((devfn) >> 3) & 0x1f) +#define PCI_FUNC(devfn) ((devfn) & 0x07) #define AUTO_PHP_SLOT 0x100 #define SYSFS_PCI_DEV "/sys/bus/pci/devices" #define SYSFS_PCIBACK_DRIVER "/sys/bus/pci/drivers/pciback" @@ -446,6 +449,7 @@ _hidden libxl__qmp_handler *libxl__qmp_initialize(libxl_ctx *ctx, uint32_t domid); /* ask to QEMU the serial port information and store it in xenstore. */ _hidden int libxl__qmp_query_serial(libxl__qmp_handler *qmp); +_hidden int libxl__qmp_pci_add(libxl__gc *gc, int d, libxl_device_pci *pcidev); /* close and free the QMP handler */ _hidden void libxl__qmp_close(libxl__qmp_handler *qmp); /* remove the socket file, if the file has already been removed, diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index 6d80538..07ccf7a 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -41,6 +41,7 @@ */ #define QMP_RECEIVE_BUFFER_SIZE 4096 +#define PCI_PT_QDEV_ID "pci-pt-%02x_%02x.%01x" typedef int (*qmp_callback_t)(libxl__qmp_handler *qmp, const libxl__json_object *tree, @@ -618,6 +619,100 @@ int libxl__qmp_query_serial(libxl__qmp_handler *qmp) NULL, qmp->timeout); } +static int pci_add_callback(libxl__qmp_handler *qmp, + const libxl__json_object *response, void *opaque) +{ + libxl_device_pci *pcidev = opaque; + const libxl__json_object *bus = NULL; + libxl__gc gc = LIBXL_INIT_GC(qmp->ctx); + int i, j, rc = -1; + char *asked_id = libxl__sprintf(&gc, PCI_PT_QDEV_ID, + pcidev->bus, pcidev->dev, pcidev->func); + + for (i = 0; (bus = libxl__json_array_get(response, i)); i++) { + const libxl__json_object *devices = NULL; + const libxl__json_object *device = NULL; + const libxl__json_object *o = NULL; + const char *id = NULL; + + devices = libxl__json_map_get("devices", bus, JSON_ARRAY); + + for (j = 0; (device = libxl__json_array_get(devices, j)); j++) { + o = libxl__json_map_get("qdev_id", device, JSON_STRING); + id = libxl__json_object_get_string(o); + + if (id && strcmp(asked_id, id) == 0) { + int dev_slot, dev_func; + + o = libxl__json_map_get("slot", device, JSON_INTEGER); + if (!o) + goto out; + dev_slot = libxl__json_object_get_integer(o); + o = libxl__json_map_get("function", device, JSON_INTEGER); + if (!o) + goto out; + dev_func = libxl__json_object_get_integer(o); + + pcidev->vdevfn = PCI_DEVFN(dev_slot, dev_func); + + rc = 0; + goto out; + } + } + } + + +out: + libxl__free_all(&gc); + return rc; +} + +int libxl__qmp_pci_add(libxl__gc *gc, int domid, libxl_device_pci *pcidev) +{ + libxl__qmp_handler *qmp = NULL; + flexarray_t *parameters = NULL; + libxl_key_value_list args = NULL; + char *hostaddr = NULL; + int rc = 0; + + qmp = libxl__qmp_initialize(libxl__gc_owner(gc), domid); + if (!qmp) + return -1; + + hostaddr = libxl__sprintf(gc, "%04x:%02x:%02x.%01x", pcidev->domain, + pcidev->bus, pcidev->dev, pcidev->func); + if (!hostaddr) + return -1; + + parameters = flexarray_make(6, 1); + flexarray_append_pair(parameters, "driver", "xen-pci-passthrough"); + flexarray_append_pair(parameters, "id", + libxl__sprintf(gc, PCI_PT_QDEV_ID, + pcidev->bus, pcidev->dev, + pcidev->func)); + flexarray_append_pair(parameters, "hostaddr", hostaddr); + if (pcidev->vdevfn) { + flexarray_append_pair(parameters, "addr", + libxl__sprintf(gc, "%x.%x", + PCI_SLOT(pcidev->vdevfn), + PCI_FUNC(pcidev->vdevfn))); + } + args = libxl__xs_kvs_of_flexarray(gc, parameters, parameters->count); + if (!args) + return -1; + + rc = qmp_synchronous_send(qmp, "device_add", &args, + NULL, NULL, qmp->timeout); + if (rc == 0) { + rc = qmp_synchronous_send(qmp, "query-pci", NULL, + pci_add_callback, pcidev, qmp->timeout); + } + + flexarray_free(parameters); + libxl__qmp_close(qmp); + return rc; +} + int libxl__qmp_initializations(libxl_ctx *ctx, uint32_t domid) { libxl__qmp_handler *qmp = NULL; -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:13:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:13:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGxu-0002nR-Mh; Tue, 01 Nov 2011 09:13:30 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsi-0000dM-K7 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:20 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!3 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26988 invoked from network); 1 Nov 2011 16:07:30 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:30 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718747" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:04 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:04 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNL014577; Tue, 1 Nov 2011 09:08:02 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:21 +0000 Message-ID: <1320163646-24291-9-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 08/13] libxl_qmp: Introduce qmp_request_context. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This structure helps to track the return code of a callback. It's only used between qmp_synchronous_send and qmp_send. Now, qmp_synchronous_send will return the rc of the callback if there is no error. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_qmp.c | 49 ++++++++++++++++++++++++++++++++-------------- 1 files changed, 34 insertions(+), 15 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index 47129c3..6d80538 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -46,10 +46,15 @@ typedef int (*qmp_callback_t)(libxl__qmp_handler *qmp, const libxl__json_object *tree, void *opaque); +typedef struct qmp_request_context { + int rc; +} qmp_request_context; + typedef struct callback_id_pair { int id; qmp_callback_t callback; void *opaque; + qmp_request_context *context; SIMPLEQ_ENTRY(callback_id_pair) next; } callback_id_pair; @@ -73,7 +78,8 @@ struct libxl__qmp_handler { static int qmp_send(libxl__qmp_handler *qmp, const char *cmd, libxl_key_value_list *args, - qmp_callback_t callback, void *opaque); + qmp_callback_t callback, void *opaque, + qmp_request_context *context); static const int QMP_SOCKET_CONNECT_TIMEOUT = 5; @@ -162,7 +168,7 @@ static int qmp_capabilities_callback(libxl__qmp_handler *qmp, static int enable_qmp_capabilities(libxl__qmp_handler *qmp) { return qmp_send(qmp, "qmp_capabilities", NULL, - qmp_capabilities_callback, NULL); + qmp_capabilities_callback, NULL, NULL); } /* @@ -214,7 +220,10 @@ static void qmp_handle_error_response(libxl__qmp_handler *qmp, if (pp) { if (pp->callback) { - pp->callback(qmp, NULL, pp->opaque); + int rc = pp->callback(qmp, NULL, pp->opaque); + if (pp->context) { + pp->context->rc = rc; + } } if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ @@ -241,16 +250,18 @@ static int qmp_handle_response(libxl__qmp_handler *qmp, switch (type) { case LIBXL__QMP_MESSAGE_TYPE_QMP: /* On the greeting message from the server, enable QMP capabilities */ - enable_qmp_capabilities(qmp); - break; + return enable_qmp_capabilities(qmp); case LIBXL__QMP_MESSAGE_TYPE_RETURN: { callback_id_pair *pp = qmp_get_callback_from_id(qmp, resp); if (pp) { if (pp->callback) { - pp->callback(qmp, + int rc = pp->callback(qmp, libxl__json_map_get("return", resp, JSON_ANY), pp->opaque); + if (pp->context) { + pp->context->rc = rc; + } } if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ @@ -259,13 +270,13 @@ static int qmp_handle_response(libxl__qmp_handler *qmp, SIMPLEQ_REMOVE(&qmp->callback_list, pp, callback_id_pair, next); free(pp); } - break; + return 0; } case LIBXL__QMP_MESSAGE_TYPE_ERROR: qmp_handle_error_response(qmp, resp); - break; + return -1; case LIBXL__QMP_MESSAGE_TYPE_EVENT: - break; + return 0; case LIBXL__QMP_MESSAGE_TYPE_INVALID: return -1; } @@ -358,6 +369,7 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) char *incomplete = NULL; size_t incomplete_size = 0; + int rc = 0; do { fd_set rfds; @@ -415,7 +427,7 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) o = libxl__json_parse(gc, s); if (o) { - qmp_handle_response(qmp, o); + rc = qmp_handle_response(qmp, o); libxl__json_object_free(gc, o); } else { LIBXL__LOG(qmp->ctx, LIBXL__LOG_ERROR, @@ -430,12 +442,13 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) } while (s < s_end); } while (s < s_end); - return 1; + return rc; } static int qmp_send(libxl__qmp_handler *qmp, const char *cmd, libxl_key_value_list *args, - qmp_callback_t callback, void *opaque) + qmp_callback_t callback, void *opaque, + qmp_request_context *context) { yajl_gen_config conf = { 0, NULL }; const unsigned char *buf; @@ -477,6 +490,7 @@ static int qmp_send(libxl__qmp_handler *qmp, elm->id = qmp->last_id_used; elm->callback = callback; elm->opaque = opaque; + elm->context = context; SIMPLEQ_INSERT_TAIL(&qmp->callback_list, elm, next); LIBXL__LOG(qmp->ctx, LIBXL__LOG_DEBUG, "next qmp command: '%s'", buf); @@ -505,8 +519,9 @@ static int qmp_synchronous_send(libxl__qmp_handler *qmp, const char *cmd, int id = 0; int ret = 0; libxl__gc gc = LIBXL_INIT_GC(qmp->ctx); + qmp_request_context context = { .rc = 0 }; - id = qmp_send(qmp, cmd, args, callback, opaque); + id = qmp_send(qmp, cmd, args, callback, opaque, &context); if (id <= 0) { return -1; } @@ -514,13 +529,17 @@ static int qmp_synchronous_send(libxl__qmp_handler *qmp, const char *cmd, while (qmp->wait_for_id == id) { if ((ret = qmp_next(&gc, qmp)) < 0) { - return ret; + break; } } + if (qmp->wait_for_id != id && ret == 0) { + ret = context.rc; + } + libxl__free_all(&gc); - return 0; + return ret; } static void qmp_free_handler(libxl__qmp_handler *qmp) -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:14:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:14:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGyv-0003AS-8V; Tue, 01 Nov 2011 09:14:33 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsm-0000e2-AK for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:20 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!5 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27266 invoked from network); 1 Nov 2011 16:07:34 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:34 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718750" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:08 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:08 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNO014577; Tue, 1 Nov 2011 09:08:06 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:24 +0000 Message-ID: <1320163646-24291-12-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 11/13] libxl: Use QMP to insert a passthrough device when using upstream QEMU X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Also move the xenstore specif code to a new function and add a message if sscanf fail. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_pci.c | 74 +++++++++++++++++++++++++++++++++-------------- 1 files changed, 52 insertions(+), 22 deletions(-) diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c index 33dd060..207ee33 100644 --- a/tools/libxl/libxl_pci.c +++ b/tools/libxl/libxl_pci.c @@ -599,11 +599,52 @@ static int pci_ins_check(libxl__gc *gc, uint32_t domid, const char *state, void return 1; } -static int do_pci_add(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, int starting) +static int qemu_pci_add_xenstore(libxl__gc *gc, uint32_t domid, + libxl_device_pci *pcidev) { libxl_ctx *ctx = libxl__gc_owner(gc); + int rc = 0; char *path; char *state, *vdevfn; + + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); + state = libxl__xs_read(gc, XBT_NULL, path); + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", + domid); + if (pcidev->vdevfn) { + libxl__xs_write(gc, XBT_NULL, path, PCI_BDF_VDEVFN, + pcidev->domain, pcidev->bus, pcidev->dev, + pcidev->func, pcidev->vdevfn); + } else { + libxl__xs_write(gc, XBT_NULL, path, PCI_BDF, pcidev->domain, + pcidev->bus, pcidev->dev, pcidev->func); + } + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/command", + domid); + xs_write(ctx->xsh, XBT_NULL, path, "pci-ins", strlen("pci-ins")); + rc = libxl__wait_for_device_model(gc, domid, NULL, NULL, + pci_ins_check, state); + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", + domid); + vdevfn = libxl__xs_read(gc, XBT_NULL, path); + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", + domid); + if ( rc < 0 ) + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, + "qemu refused to add device: %s", vdevfn); + else if ( sscanf(vdevfn, "0x%x", &pcidev->vdevfn) != 1 ) { + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, + "wrong format for the vdevfn: '%s'", vdevfn); + rc = -1; + } + xs_write(ctx->xsh, XBT_NULL, path, state, strlen(state)); + + return rc; +} + +static int do_pci_add(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, int starting) +{ + libxl_ctx *ctx = libxl__gc_owner(gc); int rc, hvm = 0; switch (libxl__domain_type(gc, domid)) { @@ -613,27 +654,16 @@ static int do_pci_add(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, i NULL, NULL, NULL) < 0) { return ERROR_FAIL; } - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); - state = libxl__xs_read(gc, XBT_NULL, path); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", domid); - if (pcidev->vdevfn) - libxl__xs_write(gc, XBT_NULL, path, PCI_BDF_VDEVFN, pcidev->domain, - pcidev->bus, pcidev->dev, pcidev->func, pcidev->vdevfn); - else - libxl__xs_write(gc, XBT_NULL, path, PCI_BDF, pcidev->domain, - pcidev->bus, pcidev->dev, pcidev->func); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/command", domid); - xs_write(ctx->xsh, XBT_NULL, path, "pci-ins", strlen("pci-ins")); - rc = libxl__wait_for_device_model(gc, domid, NULL, NULL, - pci_ins_check, state); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", domid); - vdevfn = libxl__xs_read(gc, XBT_NULL, path); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); - if ( rc < 0 ) - LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "qemu refused to add device: %s", vdevfn); - else if ( sscanf(vdevfn, "0x%x", &pcidev->vdevfn) != 1 ) - rc = -1; - xs_write(ctx->xsh, XBT_NULL, path, state, strlen(state)); + switch (libxl__device_model_version_running(gc, domid)) { + case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: + rc = qemu_pci_add_xenstore(gc, domid, pcidev); + break; + case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: + rc = libxl__qmp_pci_add(gc, domid, pcidev); + break; + default: + return ERROR_INVAL; + } if ( rc ) return ERROR_FAIL; break; -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:15:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:15:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH00-0003XV-5x; Tue, 01 Nov 2011 09:15:40 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGso-0000e3-Us for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:20 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163643!61515542!6 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27369 invoked from network); 1 Nov 2011 16:07:36 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:36 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="18718752" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:10 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:11 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNQ014577; Tue, 1 Nov 2011 09:08:09 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:26 +0000 Message-ID: <1320163646-24291-14-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 13/13] libxl: Remove a passthrough device through QMP. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Signed-off-by: Anthony PERARD --- tools/libxl/libxl_pci.c | 69 ++++++++++++++++++++++++++++++---------------- 1 files changed, 45 insertions(+), 24 deletions(-) diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c index 207ee33..1f93e67 100644 --- a/tools/libxl/libxl_pci.c +++ b/tools/libxl/libxl_pci.c @@ -861,13 +861,45 @@ out: return rc; } +static int qemu_pci_remove_xenstore(libxl__gc *gc, uint32_t domid, + libxl_device_pci *pcidev, int force) +{ + libxl_ctx *ctx = libxl__gc_owner(gc); + char *state; + char *path; + + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); + state = libxl__xs_read(gc, XBT_NULL, path); + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", domid); + libxl__xs_write(gc, XBT_NULL, path, PCI_BDF, pcidev->domain, + pcidev->bus, pcidev->dev, pcidev->func); + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/command", domid); + + /* Remove all functions at once atomically by only signalling + * device-model for function 0 */ + if ( !force && (pcidev->vdevfn & 0x7) == 0 ) { + xs_write(ctx->xsh, XBT_NULL, path, "pci-rem", strlen("pci-rem")); + if (libxl__wait_for_device_model(gc, domid, "pci-removed", + NULL, NULL, NULL) < 0) { + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "Device Model didn't respond in time"); + /* This depends on guest operating system acknowledging the + * SCI, if it doesn't respond in time then we may wish to + * force the removal. + */ + return ERROR_FAIL; + } + } + path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); + xs_write(ctx->xsh, XBT_NULL, path, state, strlen(state)); + + return 0; +} + static int do_pci_remove(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, int force) { libxl_ctx *ctx = libxl__gc_owner(gc); libxl_device_pci *assigned; - char *path; - char *state; int hvm = 0, rc, num; int stubdomid = 0; @@ -886,29 +918,18 @@ static int do_pci_remove(libxl__gc *gc, uint32_t domid, NULL, NULL, NULL) < 0) { return ERROR_FAIL; } - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); - state = libxl__xs_read(gc, XBT_NULL, path); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/parameter", domid); - libxl__xs_write(gc, XBT_NULL, path, PCI_BDF, pcidev->domain, - pcidev->bus, pcidev->dev, pcidev->func); - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/command", domid); - - /* Remove all functions at once atomically by only signalling - * device-model for function 0 */ - if ( !force && (pcidev->vdevfn & 0x7) == 0 ) { - xs_write(ctx->xsh, XBT_NULL, path, "pci-rem", strlen("pci-rem")); - if (libxl__wait_for_device_model(gc, domid, "pci-removed", - NULL, NULL, NULL) < 0) { - LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "Device Model didn't respond in time"); - /* This depends on guest operating system acknowledging the - * SCI, if it doesn't respond in time then we may wish to - * force the removal. - */ - return ERROR_FAIL; - } + switch (libxl__device_model_version_running(gc, domid)) { + case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: + rc = qemu_pci_remove_xenstore(gc, domid, pcidev, force); + break; + case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN: + rc = libxl__qmp_pci_del(gc, domid, pcidev); + break; + default: + return ERROR_INVAL; } - path = libxl__sprintf(gc, "/local/domain/0/device-model/%d/state", domid); - xs_write(ctx->xsh, XBT_NULL, path, state, strlen(state)); + if (rc) + return ERROR_FAIL; break; case LIBXL_DOMAIN_TYPE_PV: { -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:16:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:16:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH19-0003uo-VC; Tue, 01 Nov 2011 09:16:52 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsl-0000e0-Om for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:20 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1320163678!1550914!3 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10469 invoked from network); 1 Nov 2011 16:08:08 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:08 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952513" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:07:52 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:07:52 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNF014577; Tue, 1 Nov 2011 09:07:50 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:15 +0000 Message-ID: <1320163646-24291-3-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 02/13] libxl_json: Check the parser status before to call parse_complete X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Also, use goto to handle an error. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_json.c | 37 ++++++++++++++++++++----------------- 1 files changed, 20 insertions(+), 17 deletions(-) diff --git a/tools/libxl/libxl_json.c b/tools/libxl/libxl_json.c index 11f65fc..389b697 100644 --- a/tools/libxl/libxl_json.c +++ b/tools/libxl/libxl_json.c @@ -730,6 +730,8 @@ libxl__json_object *libxl__json_parse(libxl__gc *gc, const char *s) { yajl_status status; libxl__yajl_ctx yajl_ctx; + libxl__json_object *o = NULL; + unsigned char *str = NULL; memset(&yajl_ctx, 0, sizeof (yajl_ctx)); yajl_ctx.gc = gc; @@ -744,30 +746,31 @@ libxl__json_object *libxl__json_parse(libxl__gc *gc, const char *s) yajl_ctx.hand = yajl_alloc(&callbacks, &cfg, NULL, &yajl_ctx); } status = yajl_parse(yajl_ctx.hand, (const unsigned char *)s, strlen(s)); + if (status != yajl_status_ok) + goto out; + status = yajl_parse_complete(yajl_ctx.hand); + if (status != yajl_status_ok) + goto out; - if (status == yajl_status_ok) { - libxl__json_object *o = yajl_ctx.head; + o = yajl_ctx.head; - DEBUG_GEN_REPORT(&yajl_ctx); + DEBUG_GEN_REPORT(&yajl_ctx); - yajl_ctx.head = NULL; + yajl_ctx.head = NULL; - yajl_ctx_free(&yajl_ctx); - return o; - } else { - unsigned char *str = yajl_get_error(yajl_ctx.hand, 1, - (const unsigned char *)s, - strlen(s)); + yajl_ctx_free(&yajl_ctx); + return o; - LIBXL__LOG(libxl__gc_owner(gc), LIBXL__LOG_ERROR, - "yajl error: %s", str); - yajl_free_error(yajl_ctx.hand, str); +out: + str = yajl_get_error(yajl_ctx.hand, 1, (const unsigned char*)s, strlen(s)); - libxl__json_object_free(gc, yajl_ctx.head); - yajl_ctx_free(&yajl_ctx); - return NULL; - } + LIBXL__LOG(libxl__gc_owner(gc), LIBXL__LOG_ERROR, "yajl error: %s", str); + yajl_free_error(yajl_ctx.hand, str); + + libxl__json_object_free(gc, yajl_ctx.head); + yajl_ctx_free(&yajl_ctx); + return NULL; } static const char *yajl_gen_status_to_string(yajl_gen_status s) -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:18:08 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:18:08 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH2O-0004Ob-Rj; Tue, 01 Nov 2011 09:18:08 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGsy-0000ew-Ls for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:25 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1320163682!46592330!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24958 invoked from network); 1 Nov 2011 16:08:04 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:04 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952571" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:01 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:01 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNJ014577; Tue, 1 Nov 2011 09:07:59 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:19 +0000 Message-ID: <1320163646-24291-7-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 06/13] libxl_qmp: Introduce list of arguments to qmp_send X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Signed-off-by: Anthony PERARD Acked-by: Ian Campbell --- tools/libxl/libxl_qmp.c | 16 +++++++++++----- 1 files changed, 11 insertions(+), 5 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index ddc0a4d..43c7d04 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -72,7 +72,7 @@ struct libxl__qmp_handler { }; static int qmp_send(libxl__qmp_handler *qmp, - const char *cmd, + const char *cmd, libxl_key_value_list *args, qmp_callback_t callback, void *opaque); static const int QMP_SOCKET_CONNECT_TIMEOUT = 5; @@ -161,7 +161,8 @@ static int qmp_capabilities_callback(libxl__qmp_handler *qmp, static int enable_qmp_capabilities(libxl__qmp_handler *qmp) { - return qmp_send(qmp, "qmp_capabilities", qmp_capabilities_callback, NULL); + return qmp_send(qmp, "qmp_capabilities", NULL, + qmp_capabilities_callback, NULL); } /* @@ -429,7 +430,7 @@ static int qmp_next(libxl__gc *gc, libxl__qmp_handler *qmp) } static int qmp_send(libxl__qmp_handler *qmp, - const char *cmd, + const char *cmd, libxl_key_value_list *args, qmp_callback_t callback, void *opaque) { yajl_gen_config conf = { 0, NULL }; @@ -448,6 +449,10 @@ static int qmp_send(libxl__qmp_handler *qmp, libxl__yajl_gen_asciiz(hand, cmd); libxl__yajl_gen_asciiz(hand, "id"); yajl_gen_integer(hand, ++qmp->last_id_used); + if (args) { + libxl__yajl_gen_asciiz(hand, "arguments"); + libxl_key_value_list_gen_json(hand, args); + } yajl_gen_map_close(hand); s = yajl_gen_get_buf(hand, &buf, &len); @@ -491,6 +496,7 @@ error: } static int qmp_synchronous_send(libxl__qmp_handler *qmp, const char *cmd, + libxl_key_value_list *args, qmp_callback_t callback, void *opaque, int ask_timeout) { @@ -498,7 +504,7 @@ static int qmp_synchronous_send(libxl__qmp_handler *qmp, const char *cmd, int ret = 0; libxl__gc gc = LIBXL_INIT_GC(qmp->ctx); - id = qmp_send(qmp, cmd, callback, opaque); + id = qmp_send(qmp, cmd, args, callback, opaque); if (id <= 0) { return -1; } @@ -586,7 +592,7 @@ void libxl__qmp_cleanup(libxl__gc *gc, uint32_t domid) int libxl__qmp_query_serial(libxl__qmp_handler *qmp) { - return qmp_synchronous_send(qmp, "query-chardev", + return qmp_synchronous_send(qmp, "query-chardev", NULL, register_serials_chardev_callback, NULL, qmp->timeout); } -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:19:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:19:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH3H-0004lr-Vf; Tue, 01 Nov 2011 09:19:03 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGt0-0000fI-Iq for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:27 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163666!61515613!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27845 invoked from network); 1 Nov 2011 16:07:48 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:48 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952584" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:03 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:03 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNK014577; Tue, 1 Nov 2011 09:08:01 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:20 +0000 Message-ID: <1320163646-24291-8-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 07/13] libxl_qmp: Always insert a command id in the callback_list. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Because the function qmp_synchronous_send rely on the presence of the id in the callback_list. Signed-off-by: Anthony PERARD Acked-by: Ian Campbell --- tools/libxl/libxl_qmp.c | 34 ++++++++++++++++++---------------- 1 files changed, 18 insertions(+), 16 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index 43c7d04..47129c3 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -213,7 +213,9 @@ static void qmp_handle_error_response(libxl__qmp_handler *qmp, resp = libxl__json_map_get("desc", resp, JSON_STRING); if (pp) { - pp->callback(qmp, NULL, pp->opaque); + if (pp->callback) { + pp->callback(qmp, NULL, pp->opaque); + } if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ qmp->wait_for_id = 0; @@ -245,9 +247,11 @@ static int qmp_handle_response(libxl__qmp_handler *qmp, callback_id_pair *pp = qmp_get_callback_from_id(qmp, resp); if (pp) { - pp->callback(qmp, - libxl__json_map_get("return", resp, JSON_ANY), - pp->opaque); + if (pp->callback) { + pp->callback(qmp, + libxl__json_map_get("return", resp, JSON_ANY), + pp->opaque); + } if (pp->id == qmp->wait_for_id) { /* tell that the id have been processed */ qmp->wait_for_id = 0; @@ -438,6 +442,7 @@ static int qmp_send(libxl__qmp_handler *qmp, unsigned int len = 0; yajl_gen_status s; yajl_gen hand; + callback_id_pair *elm = NULL; hand = yajl_gen_alloc(&conf, NULL); if (!hand) { @@ -463,19 +468,16 @@ static int qmp_send(libxl__qmp_handler *qmp, return -1; } - if (callback) { - callback_id_pair *elm = malloc(sizeof (callback_id_pair)); - if (elm == NULL) { - LIBXL__LOG_ERRNO(qmp->ctx, LIBXL__LOG_ERROR, - "Failed to allocate a QMP callback"); - yajl_gen_free(hand); - return -1; - } - elm->id = qmp->last_id_used; - elm->callback = callback; - elm->opaque = opaque; - SIMPLEQ_INSERT_TAIL(&qmp->callback_list, elm, next); + elm = malloc(sizeof (callback_id_pair)); + if (elm == NULL) { + LIBXL__LOG_ERRNO(qmp->ctx, LIBXL__LOG_ERROR, + "Failed to allocate a QMP callback"); + goto error; } + elm->id = qmp->last_id_used; + elm->callback = callback; + elm->opaque = opaque; + SIMPLEQ_INSERT_TAIL(&qmp->callback_list, elm, next); LIBXL__LOG(qmp->ctx, LIBXL__LOG_DEBUG, "next qmp command: '%s'", buf); -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:19:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:19:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH48-000594-J2; Tue, 01 Nov 2011 09:19:56 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGt1-0000fm-Dp for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:28 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1320163682!46592330!3 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25145 invoked from network); 1 Nov 2011 16:08:07 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:07 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952591" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:06 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:05 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNM014577; Tue, 1 Nov 2011 09:08:03 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:22 +0000 Message-ID: <1320163646-24291-10-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 09/13] libxl_json: Handle number abrove LONG_MAX. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com The integers are now "long long" in the json_object. If a number (decimal or integer) is too big (or too low), it is stored as it in a string. So for that, we introduce a new type JSON_NUMBER. Signed-off-by: Anthony PERARD --- tools/libxl/libxl_internal.h | 6 ++- tools/libxl/libxl_json.c | 74 ++++++++++++++++++++++++++++++------------ 2 files changed, 57 insertions(+), 23 deletions(-) diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h index 942d45b..09e0c51 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -468,6 +468,8 @@ typedef enum { JSON_FALSE, JSON_INTEGER, JSON_DOUBLE, + /* number is store in string, it's too big to be a long long or a double */ + JSON_NUMBER, JSON_STRING, JSON_MAP, JSON_ARRAY, @@ -477,7 +479,7 @@ typedef enum { typedef struct libxl__json_object { libxl__json_node_type type; union { - long i; + long long i; double d; char *string; /* List of libxl__json_object */ @@ -536,7 +538,7 @@ flexarray_t *libxl__json_object_get_array(const libxl__json_object *o) else return NULL; } -static inline long libxl__json_object_get_integer(const libxl__json_object *o) +static inline long long libxl__json_object_get_integer(const libxl__json_object *o) { if (libxl__json_object_is_integer(o)) return o->u.i; diff --git a/tools/libxl/libxl_json.c b/tools/libxl/libxl_json.c index 389b697..fd5e2aa 100644 --- a/tools/libxl/libxl_json.c +++ b/tools/libxl/libxl_json.c @@ -14,6 +14,7 @@ #include #include +#include #include #include @@ -44,6 +45,7 @@ struct libxl__yajl_ctx { # define DEBUG_GEN(ctx, type) yajl_gen_##type(ctx->g) # define DEBUG_GEN_VALUE(ctx, type, value) yajl_gen_##type(ctx->g, value) # define DEBUG_GEN_STRING(ctx, str, n) yajl_gen_string(ctx->g, str, n) +# define DEBUG_GEN_NUMBER(ctx, str, n) yajl_gen_number(ctx->g, str, n) # define DEBUG_GEN_REPORT(yajl_ctx) \ do { \ const unsigned char *buf = NULL; \ @@ -60,6 +62,7 @@ struct libxl__yajl_ctx { # define DEBUG_GEN(ctx, type) ((void)0) # define DEBUG_GEN_VALUE(ctx, type, value) ((void)0) # define DEBUG_GEN_STRING(ctx, value, lenght) ((void)0) +# define DEBUG_GEN_NUMBER(ctx, value, lenght) ((void)0) # define DEBUG_GEN_REPORT(ctx) ((void)0) #endif @@ -363,6 +366,7 @@ void libxl__json_object_free(libxl__gc *gc, libxl__json_object *obj) return; switch (obj->type) { case JSON_STRING: + case JSON_NUMBER: free(obj->u.string); break; case JSON_MAP: { @@ -504,36 +508,64 @@ static int json_callback_boolean(void *opaque, int boolean) return 1; } -static int json_callback_integer(void *opaque, long value) +static bool is_decimal(const char *s, unsigned len) +{ + const char *end = s + len; + for (; s < end; s++) { + if (*s == '.') + return true; + } + return false; +} + +static int json_callback_number(void *opaque, const char *s, unsigned int len) { libxl__yajl_ctx *ctx = opaque; - libxl__json_object *obj; + libxl__json_object *obj = NULL; + char *t = NULL; - DEBUG_GEN_VALUE(ctx, integer, value); + DEBUG_GEN_NUMBER(ctx, s, len); - if ((obj = json_object_alloc(ctx->gc, JSON_INTEGER)) == NULL) - return 0; - obj->u.i = value; + if (is_decimal(s, len)) { + double d = strtod(s, NULL); - if (json_object_append_to(ctx->gc, obj, ctx->current) == -1) { - libxl__json_object_free(ctx->gc, obj); - return 0; - } + if ((d == HUGE_VAL || d == HUGE_VAL) && errno == ERANGE) { + goto error; + } - return 1; -} + if ((obj = json_object_alloc(ctx->gc, JSON_DOUBLE)) == NULL) + return 0; + obj->u.d = d; + } else { + long long i = strtoll(s, NULL, 10); -static int json_callback_double(void *opaque, double value) -{ - libxl__yajl_ctx *ctx = opaque; - libxl__json_object *obj; + if ((i == LLONG_MIN || i == LLONG_MAX) && errno == ERANGE) { + goto error; + } - DEBUG_GEN_VALUE(ctx, double, value); + if ((obj = json_object_alloc(ctx->gc, JSON_INTEGER)) == NULL) + return 0; + obj->u.i = i; + } + goto out; - if ((obj = json_object_alloc(ctx->gc, JSON_DOUBLE)) == NULL) +error: + /* If the conversion fail, we just store the original string. */ + if ((obj = json_object_alloc(ctx->gc, JSON_NUMBER)) == NULL) return 0; - obj->u.d = value; + t = malloc(len + 1); + if (t == NULL) { + LIBXL__LOG_ERRNO(libxl__gc_owner(ctx->gc), LIBXL__LOG_ERROR, + "Failed to allocate"); + return 0; + } + strncpy(t, s, len); + t[len] = 0; + + obj->u.string = t; + +out: if (json_object_append_to(ctx->gc, obj, ctx->current) == -1) { libxl__json_object_free(ctx->gc, obj); return 0; @@ -706,9 +738,9 @@ static int json_callback_end_array(void *opaque) static yajl_callbacks callbacks = { json_callback_null, json_callback_boolean, - json_callback_integer, - json_callback_double, NULL, + NULL, + json_callback_number, json_callback_string, json_callback_start_map, json_callback_map_key, -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:20:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:20:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH4u-0005WT-Rb; Tue, 01 Nov 2011 09:20:44 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGt1-0000fK-D5 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:28 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1320163682!46592330!2 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25053 invoked from network); 1 Nov 2011 16:08:06 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:08:06 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952562" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:00 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:07:59 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNH014577; Tue, 1 Nov 2011 09:07:57 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:17 +0000 Message-ID: <1320163646-24291-5-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 04/13] libxl: Introduce dm-version xenstore key. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com The all key is /libxl/$domid/dm-version. The /libxl/$domid dir is created with the domain and should be only accessible by the toolstack domain. The function libxl__xs_libxl_path() give this path. This come with libxl__device_model_version_running() helper function. Signed-off-by: Anthony PERARD --- tools/libxl/libxl.c | 2 ++ tools/libxl/libxl_create.c | 29 ++++++++++++++++++++++++++++- tools/libxl/libxl_internal.c | 23 +++++++++++++++++++++++ tools/libxl/libxl_internal.h | 7 +++++++ tools/libxl/libxl_xshelp.c | 9 +++++++++ 5 files changed, 69 insertions(+), 1 deletions(-) diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index 064fbc4..22a7795 100644 --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -777,6 +777,8 @@ int libxl_domain_destroy(libxl_ctx *ctx, uint32_t domid, int force) if (!xs_rm(ctx->xsh, XBT_NULL, dom_path)) LIBXL__LOG_ERRNO(ctx, LIBXL__LOG_ERROR, "xs_rm failed for %s", dom_path); + xs_rm(ctx->xsh, XBT_NULL, libxl__xs_libxl_path(&gc, domid)); + libxl__userdata_destroyall(&gc, domid); rc = xc_domain_destroy(ctx->xch, domid); diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c index 68d0fc3..9506aa4 100644 --- a/tools/libxl/libxl_create.c +++ b/tools/libxl/libxl_create.c @@ -316,12 +316,14 @@ int libxl__domain_make(libxl__gc *gc, libxl_domain_create_info *info, char *rw_paths[] = { "control/shutdown", "device", "device/suspend/event-channel" , "data"}; char *ro_paths[] = { "cpu", "memory", "device", "error", "drivers", "control", "attr", "messages" }; - char *dom_path, *vm_path; + char *dom_path, *vm_path, *libxl_path; struct xs_permissions roperm[2]; struct xs_permissions rwperm[1]; + struct xs_permissions noperm[1]; xs_transaction_t t = 0; xen_domain_handle_t handle; + assert(!libxl_domid_valid_guest(*domid)); uuid_string = libxl__uuid2string(gc, info->uuid); @@ -368,6 +370,14 @@ int libxl__domain_make(libxl__gc *gc, libxl_domain_create_info *info, goto out; } + libxl_path = libxl__xs_libxl_path(gc, *domid); + if (!libxl_path) { + rc = ERROR_FAIL; + goto out; + } + noperm[0].id = 0; + noperm[0].perms = XS_PERM_NONE; + roperm[0].id = 0; roperm[0].perms = XS_PERM_NONE; roperm[1].id = *domid; @@ -386,6 +396,10 @@ retry_transaction: xs_mkdir(ctx->xsh, t, vm_path); xs_set_permissions(ctx->xsh, t, vm_path, roperm, ARRAY_SIZE(roperm)); + xs_rm(ctx->xsh, t, libxl_path); + xs_mkdir(ctx->xsh, t, libxl_path); + xs_set_permissions(ctx->xsh, t, libxl_path, noperm, ARRAY_SIZE(noperm)); + xs_write(ctx->xsh, t, libxl__sprintf(gc, "%s/vm", dom_path), vm_path, strlen(vm_path)); rc = libxl__domain_rename(gc, *domid, 0, info->name, t); if (rc) @@ -429,6 +443,17 @@ retry_transaction: return rc; } +static int store_libxl_entry(libxl__gc *gc, uint32_t domid, + libxl_device_model_info *dm_info) +{ + char *path = NULL; + + path = libxl__xs_libxl_path(gc, domid); + path = libxl__sprintf(gc, "%s/dm-version", path); + return libxl__xs_write(gc, XBT_NULL, path, libxl__strdup(gc, + libxl_device_model_version_to_string(dm_info->device_model_version))); +} + static int do_domain_create(libxl__gc *gc, libxl_domain_config *d_config, libxl_console_ready cb, void *priv, uint32_t *domid_out, int restore_fd) @@ -485,6 +510,8 @@ static int do_domain_create(libxl__gc *gc, libxl_domain_config *d_config, goto error_out; } + store_libxl_entry(gc, domid, dm_info); + for (i = 0; i < d_config->num_disks; i++) { ret = libxl_device_disk_add(ctx, domid, &d_config->disks[i]); if (ret) { diff --git a/tools/libxl/libxl_internal.c b/tools/libxl/libxl_internal.c index 3993d8e..34edaf3 100644 --- a/tools/libxl/libxl_internal.c +++ b/tools/libxl/libxl_internal.c @@ -319,6 +319,29 @@ int libxl__fd_set_cloexec(int fd) return fcntl(fd, F_SETFD, flags | FD_CLOEXEC); } +libxl_device_model_version libxl__device_model_version_running(libxl__gc *gc, + uint32_t domid) +{ + char *path = NULL; + char *dm_version = NULL; + libxl_device_model_version value; + + path = libxl__xs_libxl_path(gc, domid); + path = libxl__sprintf(gc, "%s/dm-version", path); + dm_version = libxl__xs_read(gc, XBT_NULL, path); + if (!dm_version) { + return LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL; + } + + if (libxl_device_model_version_from_string(dm_version, &value) < 0) { + libxl_ctx *ctx = libxl__gc_owner(gc); + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, + "fatal: %s contain a wrong value (%s)", path, dm_version); + return -1; + } + return value; +} + /* * Local variables: * mode: C diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h index 2e26ac6..942d45b 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -195,6 +195,8 @@ _hidden char **libxl__xs_directory(libxl__gc *gc, xs_transaction_t t, char *path, unsigned int *nb); /* On error: returns NULL, sets errno (no logging) */ +_hidden char *libxl__xs_libxl_path(libxl__gc *gc, uint32_t domid); + /* from xl_dom */ _hidden libxl_domain_type libxl__domain_type(libxl__gc *gc, uint32_t domid); _hidden int libxl__domain_shutdown_reason(libxl__gc *gc, uint32_t domid); @@ -554,6 +556,11 @@ _hidden void libxl__json_object_free(libxl__gc *gc, libxl__json_object *obj); _hidden libxl__json_object *libxl__json_parse(libxl__gc *gc, const char *s); + /* Based on /local/domain/$domid/dm-version xenstore key + * default is qemu xen traditional */ +_hidden libxl_device_model_version +libxl__device_model_version_running(libxl__gc *gc, uint32_t domid); + #endif /* diff --git a/tools/libxl/libxl_xshelp.c b/tools/libxl/libxl_xshelp.c index e41f962..4b09be3 100644 --- a/tools/libxl/libxl_xshelp.c +++ b/tools/libxl/libxl_xshelp.c @@ -122,6 +122,15 @@ char **libxl__xs_directory(libxl__gc *gc, xs_transaction_t t, char *path, unsign return ret; } +char *libxl__xs_libxl_path(libxl__gc *gc, uint32_t domid) +{ + libxl_ctx *ctx = libxl__gc_owner(gc); + char *s = libxl__sprintf(gc, "/libxl/%i", domid); + if (!s) + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "cannot allocate create paths"); + return s; +} + /* * Local variables: * mode: C -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 09:21:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 09:21:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLH5g-0005th-IP; Tue, 01 Nov 2011 09:21:32 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLGt2-0000fr-26 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 09:08:28 -0700 X-Env-Sender: anthony.perard@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320163666!61515613!2 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27863 invoked from network); 1 Nov 2011 16:07:49 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 16:07:49 -0000 X-IronPort-AV: E=Sophos;i="4.69,438,1315195200"; d="scan'208";a="168952612" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 12:08:09 -0400 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 12:08:09 -0400 Received: from perard.uk.xensource.com (dhcp-3-28.uk.xensource.com [10.80.3.28] (may be forged)) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id pA1G7YNP014577; Tue, 1 Nov 2011 09:08:08 -0700 From: Anthony PERARD To: QEMU-devel , Stefano Stabellini Date: Tue, 1 Nov 2011 16:07:25 +0000 Message-ID: <1320163646-24291-13-git-send-email-anthony.perard@citrix.com> X-Mailer: git-send-email 1.7.2.5 In-Reply-To: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> References: <1320163646-24291-1-git-send-email-anthony.perard@citrix.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Anthony PERARD , Xen Devel Subject: [Xen-devel] [PATCH V3 12/13] libxl_qmp: Introduce libxl__qmp_pci_del X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To remove a pci passthough device from QEMU (upstream). Signed-off-by: Anthony PERARD --- tools/libxl/libxl_internal.h | 2 ++ tools/libxl/libxl_qmp.c | 35 +++++++++++++++++++++++++++++++++++ 2 files changed, 37 insertions(+), 0 deletions(-) diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h index 718a417..5123578 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -450,6 +450,8 @@ _hidden libxl__qmp_handler *libxl__qmp_initialize(libxl_ctx *ctx, /* ask to QEMU the serial port information and store it in xenstore. */ _hidden int libxl__qmp_query_serial(libxl__qmp_handler *qmp); _hidden int libxl__qmp_pci_add(libxl__gc *gc, int d, libxl_device_pci *pcidev); +_hidden int libxl__qmp_pci_del(libxl__gc *gc, int domid, + libxl_device_pci *pcidev); /* close and free the QMP handler */ _hidden void libxl__qmp_close(libxl__qmp_handler *qmp); /* remove the socket file, if the file has already been removed, diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index 07ccf7a..e7eb8cc 100644 --- a/tools/libxl/libxl_qmp.c +++ b/tools/libxl/libxl_qmp.c @@ -713,6 +713,41 @@ int libxl__qmp_pci_add(libxl__gc *gc, int domid, libxl_device_pci *pcidev) return rc; } +static int qmp_device_del(libxl__gc *gc, int domid, char *id) +{ + libxl__qmp_handler *qmp = NULL; + flexarray_t *parameters = NULL; + libxl_key_value_list args = NULL; + int rc = 0; + + qmp = libxl__qmp_initialize(libxl__gc_owner(gc), domid); + if (!qmp) + return -1; + + parameters = flexarray_make(2, 1); + flexarray_append_pair(parameters, "id", id); + args = libxl__xs_kvs_of_flexarray(gc, parameters, parameters->count); + if (!args) + return -1; + + rc = qmp_synchronous_send(qmp, "device_del", &args, + NULL, NULL, qmp->timeout); + + flexarray_free(parameters); + libxl__qmp_close(qmp); + return rc; +} + +int libxl__qmp_pci_del(libxl__gc *gc, int domid, libxl_device_pci *pcidev) +{ + char *id = NULL; + + id = libxl__sprintf(gc, PCI_PT_QDEV_ID, + pcidev->bus, pcidev->dev, pcidev->func); + + return qmp_device_del(gc, domid, id); +} + int libxl__qmp_initializations(libxl_ctx *ctx, uint32_t domid) { libxl__qmp_handler *qmp = NULL; -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 10:08:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 10:08:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLHpX-0007dp-RC; Tue, 01 Nov 2011 10:08:55 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLHoi-0007Rx-NN for Xen-devel@lists.xensource.com; Tue, 01 Nov 2011 10:08:05 -0700 X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-8.tower-21.messagelabs.com!1320167281!2542428!1 X-Originating-IP: [81.169.146.162] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12472 invoked from network); 1 Nov 2011 17:08:01 -0000 Received: from mo-p00-ob.rzone.de (HELO mo-p00-ob.rzone.de) (81.169.146.162) by server-8.tower-21.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 1 Nov 2011 17:08:01 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1320167281; l=1352; s=domk; d=aepfle.de; h=In-Reply-To:Content-Transfer-Encoding:Content-Type:MIME-Version: References:Subject:Cc:To:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=uYvb7zW9lijytaCILA2WEbfyIPk=; b=Lw1mBeBEOFOnMAe3+XEt0gabo5T8w+KyWVWJDgMxjgv+Jtyu8FHpCyiLCLwzG9eodVi cGjQ1z7JYTOTIUXyMEGbhzdTtYg37eByg5o8lbvcGQtDhI5tJtKfr9sE19dQeICLQpCbh x/L6HRFSM0nCqJG0LMPpNXh5gg9EvRlrhRc= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+zrwiavkK6tmQaLfmxtMZ80VwmRNV7HU= X-RZG-CLASS-ID: mo00 Received: from probook.site (ip-80-226-24-6.vodafone-net.de [80.226.24.6]) by post.strato.de (mrclete mo48) (RZmta 26.10 AUTH) with (EDH-RSA-DES-CBC3-SHA encrypted) ESMTPA id R01c14nA1FGCRW ; Tue, 1 Nov 2011 18:07:50 +0100 (MET) Received: by probook.site (Postfix, from userid 1000) id 5895118638; Tue, 1 Nov 2011 18:07:48 +0100 (CET) Date: Tue, 1 Nov 2011 18:07:48 +0100 From: Olaf Hering To: Hongkaixing Message-ID: <20111101170748.GA9034@aepfle.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21.rev5535 (2011-07-01) Cc: YangXiaowei , "Xen-devel@lists.xensource.com" , "Eric Li\(Zhentao\)" , Yanqiangjun , hanweidong Subject: [Xen-devel] Re: xenpaing: one way to avoid paging out the page, when the corresponding mfn is in use. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, Nov 01, Hongkaixing wrote: > Recently many advanced memory mechanisms are introduced into Xen. > One problem we found is the conflict between p2m query and setting. > For example, backend drivers always map domU’s page to its own > space, during the mapping procedure, situations as follow may > happen, when mfn is obtained by gfn_to_mfn(), this mfn is likely to > be paged out. > > first case: > grant mapping xenpaing > mfn = gfn_to_mfn(); > <----------- p2m_paging_nominate() > | | > Check type ok paged out; > | > try to map > What we want is: > When the page (mfn) is accessed by gfn_to_mfn(), this page should > never be paged out until the mapping action is end. The query+map and query+change opterations on p2m entries should be done under some lock. I have recently updated the p2m_mem_paging* functions to do their modifications with the p2m_lock held. Furthermore the change below checks wether something mapped a page between nominate and evict: http://xenbits.xen.org/hg/xen-unstable.hg/rev/eda18b27de6e While this certainly does not fix all possible races, it slightly reduces the window. A more complete approach to add locking around p2m modifcations was recently started by Andres Lagar-Cavilla: http://lists.xensource.com/archives/html/xen-devel/2011-10/msg01946.html Olaf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 10:10:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 10:10:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLHr7-00081n-Ja; Tue, 01 Nov 2011 10:10:34 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLHqg-0007pz-Fe for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 10:10:06 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1320167403!1904581!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9954 invoked from network); 1 Nov 2011 17:10:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 17:10:03 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8700478" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 17:10:03 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 17:10:03 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLHqd-00067Z-0a; Tue, 01 Nov 2011 17:10:03 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLHqd-0004LG-0A; Tue, 01 Nov 2011 17:10:03 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.10218.994174.715254@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 17:10:02 +0000 To: Ian Campbell Subject: Re: [Xen-devel] [PATCH 00 of 27 v3] libxl: rationalise libxl_device_* APIs Newsgroups: chiark.mail.xen.devel In-Reply-To: References: X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Ian Campbell writes ("[Xen-devel] [PATCH 00 of 27 v3] libxl: rationalise libxl_device_* APIs"): > The following series overhauls the libxl_device_* APIs in an attempt > to make them more consistent across the types of devices and move > towards something we can support as a stable API longterm. I have applied all 27 of these (1 earlier, and 26 just now). I did notice a few of the lines of C code were >80 columns but I guess we can fix that up later and now isn't really the right time. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 10:34:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 10:34:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLIDq-0000V0-FU; Tue, 01 Nov 2011 10:34:02 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLIDC-0000J0-PL for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 10:33:23 -0700 X-Env-Sender: Jean.Guyader@citrix.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1320168799!1912209!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24789 invoked from network); 1 Nov 2011 17:33:19 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 17:33:19 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8700804" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 17:33:19 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 17:33:19 +0000 Received: from spongy.cam.xci-test.com ([10.80.248.53]) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLID9-0006Fq-4F; Tue, 01 Nov 2011 17:33:19 +0000 Received: from jeangu by spongy.cam.xci-test.com with local (Exim 4.69) (envelope-from ) id 1RLID2-0006vz-QV; Tue, 01 Nov 2011 17:33:12 +0000 Date: Tue, 1 Nov 2011 17:33:12 +0000 From: Jean Guyader To: "xen-devel@lists.xensource.com" Message-ID: <20111101173312.GH20553@spongy.cam.xci-test.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="6Nae48J/T25AfBN4" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Jackson , Stefano Stabellini Subject: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --6Nae48J/T25AfBN4 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Signed-off-by: Jean Guyader --6Nae48J/T25AfBN4 Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="ioemu-clone-depth-1.patch" diff --git a/tools/Makefile b/tools/Makefile index 9389e1f..6c1dfe0 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -92,7 +92,7 @@ ioemu-dir-find: if [ ! -d ioemu-remote ]; then \ rm -rf ioemu-remote ioemu-remote.tmp; \ mkdir ioemu-remote.tmp; rmdir ioemu-remote.tmp; \ - $(GIT) clone $(CONFIG_QEMU) ioemu-remote.tmp; \ + $(GIT) clone --depth=1 $(CONFIG_QEMU) ioemu-remote.tmp; \ if [ "$(QEMU_TAG)" ]; then \ cd ioemu-remote.tmp; \ $(GIT) branch -D dummy >/dev/null 2>&1 ||:; \ --6Nae48J/T25AfBN4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --6Nae48J/T25AfBN4-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:26:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:26:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ2m-0001ow-1q; Tue, 01 Nov 2011 11:26:40 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ1f-0001cP-Pc for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:25:32 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1320171928!1031047!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17540 invoked from network); 1 Nov 2011 18:25:28 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:25:28 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8701924" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:25:27 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:25:27 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJ1b-0006Xs-HQ; Tue, 01 Nov 2011 18:25:27 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJ1b-0004QX-Gb; Tue, 01 Nov 2011 18:25:27 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.14743.503103.199495@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:25:27 +0000 To: Daniel De Graaf Subject: Re: [Xen-devel] [PATCH] xenstored: Fix processing of zero-length messages Newsgroups: chiark.mail.xen.devel In-Reply-To: <1320086292-5058-1-git-send-email-dgdegra@tycho.nsa.gov> References: <1320086292-5058-1-git-send-email-dgdegra@tycho.nsa.gov> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Daniel De Graaf writes ("[Xen-devel] [PATCH] xenstored: Fix processing of zero-length messages"): > When a message with zero length is sent to xenstore, the body of the > message was not processed until the socket or ring had more data to > read; this will cause deadlocks if the requestor is waiting on a > response to continue. > > Signed-off-by: Daniel De Graaf Acked-by: Ian Jackson Committed-by: Ian Jackson Thanks Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:28:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:28:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ4f-0002DV-S7; Tue, 01 Nov 2011 11:28:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ43-00021J-Ra for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:28:00 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1320172060!46609307!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20266 invoked from network); 1 Nov 2011 18:27:40 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:27:40 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8701960" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:27:56 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:27:56 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJ40-0006Yh-B2; Tue, 01 Nov 2011 18:27:56 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJ40-0004Qv-A7; Tue, 01 Nov 2011 18:27:56 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.14892.300556.340248@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:27:56 +0000 To: Vasiliy Tolstov Subject: Re: [Xen-devel] [PATCH] xenstored: Fix processing of zero-length messages Newsgroups: chiark.mail.xen.devel In-Reply-To: References: <1320086292-5058-1-git-send-email-dgdegra@tycho.nsa.gov> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: Daniel De Graaf , xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Vasiliy Tolstov writes ("Re: [Xen-devel] [PATCH] xenstored: Fix processing of zero-length messages"): > Thanks! Can somebody check ocaml oxenstored for deadlocks when incorrect > messages sent to xenstore? Do you have some reason to think oxenstored has a bug in this area ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:30:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:30:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ6G-0002bL-1S; Tue, 01 Nov 2011 11:30:16 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJ5p-0002PB-DN for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:29:49 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1320172186!1564598!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22418 invoked from network); 1 Nov 2011 18:29:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:29:46 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702002" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:29:27 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:29:27 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJ5T-0006ZI-0h; Tue, 01 Nov 2011 18:29:27 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJ5S-0004RF-Vz; Tue, 01 Nov 2011 18:29:26 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.14982.858481.131050@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:29:26 +0000 To: Anthony PERARD Subject: Re: [Xen-devel] [PATCH V2] docs, Add HowTo use QEMU upstream. Newsgroups: chiark.mail.xen.devel In-Reply-To: <1319722394-13439-1-git-send-email-anthony.perard@citrix.com> References: <1319722394-13439-1-git-send-email-anthony.perard@citrix.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: Xen Devel , "Keir \(Xen.org\)" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Anthony PERARD writes ("[Xen-devel] [PATCH V2] docs, Add HowTo use QEMU upstream."): > Signed-off-by: Anthony PERARD Applied, thanks. Keir, I assume there's no problem with me applying docs patches. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:38:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:38:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJEd-0003A8-5M; Tue, 01 Nov 2011 11:38:55 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJDy-0002y3-Rk for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:38:15 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1320172691!1568532!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14147 invoked from network); 1 Nov 2011 18:38:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:38:11 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702080" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:38:11 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:38:11 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJDv-0006cL-94; Tue, 01 Nov 2011 18:38:11 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJDv-0004vH-1f; Tue, 01 Nov 2011 18:38:11 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.15506.905525.618418@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:38:10 +0000 To: Ian Campbell Subject: [Xen-devel] Re: [PATCH] docs: import HVM emulated device unplug protocol spec Newsgroups: chiark.mail.xen.devel In-Reply-To: <1319646916.9436.44.camel@zakaz.uk.xensource.com> References: <03b570c3792bb6abce46.1319646312@cosworth.uk.xensource.com> <1319646916.9436.44.camel@zakaz.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Ian Campbell writes ("[Xen-devel] Re: [PATCH] docs: import HVM emulated device unplug protocol spec"): > On Wed, 2011-10-26 at 17:25 +0100, Ian Campbell wrote: > > +The master registry of product names and numbers is in > > +qemu-xen-unstable's xenstore.c. > > As an aside: This doesn't seem like the right place anymore (if ever). > Where would be better? qemu upstream is where it's implemented ... Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:42:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:42:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJI3-0003aD-VR; Tue, 01 Nov 2011 11:42:28 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJHZ-0003No-Kg for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:41:57 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1320172914!1571707!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27104 invoked from network); 1 Nov 2011 18:41:54 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:41:54 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702309" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:41:54 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:41:54 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJHV-0006dc-Vm; Tue, 01 Nov 2011 18:41:54 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJHV-0006z3-Uv; Tue, 01 Nov 2011 18:41:53 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.15729.803733.870305@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:41:53 +0000 To: Ian Campbell Subject: Re: [Xen-devel] [PATCH 1 of 6 DOCDAY] docs: import HVM emulated device unplug protocol spec Newsgroups: chiark.mail.xen.devel In-Reply-To: <03b570c3792bb6abce46.1319705917@cosworth.uk.xensource.com> References: <03b570c3792bb6abce46.1319705917@cosworth.uk.xensource.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: ian.jackson@citrix.com, xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Ian Campbell writes ("[Xen-devel] [PATCH 1 of 6 DOCDAY] docs: import HVM emulated device unplug protocol spec"): > docs: import HVM emulated device unplug protocol spec Applied all six, thanks. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:44:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:44:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJJq-00044Q-Sl; Tue, 01 Nov 2011 11:44:19 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJIw-0003rP-FK for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:43:22 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1320172999!2519391!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26513 invoked from network); 1 Nov 2011 18:43:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:43:19 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702334" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:43:19 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:43:19 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJIs-0006e4-LF; Tue, 01 Nov 2011 18:43:18 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJIs-0006zb-K9; Tue, 01 Nov 2011 18:43:18 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.15814.410032.785774@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:43:18 +0000 To: Ian Campbell Subject: Re: [Xen-devel] [PATCH] qemu-xen: remove i386-dm/README.hvm-pv-magic-ioport-disable Newsgroups: chiark.mail.xen.devel In-Reply-To: <1319646410-30168-1-git-send-email-ian.campbell@citrix.com> References: <03b570c3792bb6abce46.1319646312@cosworth.uk.xensource.com> <1319646410-30168-1-git-send-email-ian.campbell@citrix.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Ian Campbell writes ("[Xen-devel] [PATCH] qemu-xen: remove i386-dm/README.hvm-pv-magic-ioport-disable"): > I have just proposed a patch to add this to xen-unstable.hg as > docs/misc/hvm-emulated-unplug.markdown. This repo is not a place where people > look for docs, plus we are transitioning to upstream qemu. Right. Committed-by: Ian Jackson Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:46:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:46:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJLj-0004ca-HT; Tue, 01 Nov 2011 11:46:15 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJL2-0004I4-6C for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:45:32 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1320173122!1901646!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31146 invoked from network); 1 Nov 2011 18:45:22 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:45:22 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702380" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:45:22 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:45:22 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJKr-0006er-MC; Tue, 01 Nov 2011 18:45:21 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJKr-00071D-LT; Tue, 01 Nov 2011 18:45:21 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.15937.655455.992347@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:45:21 +0000 To: Stefano Stabellini Subject: Re: [Xen-devel] [PATCH DOCDAY] introduce an xl man page in pod format Newsgroups: chiark.mail.xen.devel In-Reply-To: References: X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Stefano Stabellini writes ("[Xen-devel] [PATCH DOCDAY] introduce an xl man page in pod format"): > This is the initial version of an xl man page, based on the old xm man > page. Thanks. I have applied this. There were various suggestions for improvements in the thread, but I think this manpage is better than nothing so it should go in ASAP. Further improvents are indeed welcome and should come as patches against this. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 11:53:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 11:53:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJT8-0005Ae-7q; Tue, 01 Nov 2011 11:53:54 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJSa-0004yg-08 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 11:53:20 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1320173596!2543891!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31719 invoked from network); 1 Nov 2011 18:53:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 18:53:17 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702447" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 18:53:16 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 18:53:16 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJSW-0006hW-5q; Tue, 01 Nov 2011 18:53:16 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJSW-00017Z-3B; Tue, 01 Nov 2011 18:53:16 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.16411.886176.254632@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 18:53:15 +0000 To: Philipp Hahn Subject: Re: [Xen-devel] [PATCH v2] Add HybridISO support for PyGrub2 Newsgroups: chiark.mail.xen.devel In-Reply-To: <201110280946.51201.hahn@univention.de> References: <201110251057.06774.hahn@univention.de> <201110251233.45315.hahn@univention.de> <1319710865.9436.106.camel@zakaz.uk.xensource.com> <201110280946.51201.hahn@univention.de> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-devel@lists.xensource.com" , Ian Campbell X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Philipp Hahn writes ("Re: [Xen-devel] [PATCH v2] Add HybridISO support for PyGrub2"): > v2: For HybrisISOs use offset 0 in addition instead of replacement. Thanks. I tried to apply this but it has been linewrapped. Can you please resubmit it with a non-broken mailer ? If you avoid lines >75 characters it probably won't linewrap, or you could attach it I guess. Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:05:53 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:05:53 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJeh-000641-N9; Tue, 01 Nov 2011 12:05:52 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Yx-4o for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:18 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1320174114!46612665!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27137 invoked from network); 1 Nov 2011 19:01:55 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:01:55 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J28e9006214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:09 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J27WA008387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:08 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J22Ux013522; Tue, 1 Nov 2011 14:02:02 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 466ED82D0C; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:23 -0400 Message-Id: <1320173252-2812-3-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4EB04231.016C,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 02/11] nouveau/radeon: Set coherent DMA mask X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com All the storage devices that use the dmapool set the coherent DMA mask so they can properly use the dmapool. Since the TTM DMA pool code is based on that and dma_alloc_coherent checks the 'coherent_dma_mask' and not 'dma_mask' we want to set it. Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/nouveau/nouveau_mem.c | 5 +++++ drivers/gpu/drm/radeon/radeon_device.c | 6 ++++++ 2 files changed, 11 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_mem.c b/drivers/gpu/drm/nouveau/nouveau_mem.c index 5ee14d2..8b39520 100644 --- a/drivers/gpu/drm/nouveau/nouveau_mem.c +++ b/drivers/gpu/drm/nouveau/nouveau_mem.c @@ -408,6 +408,11 @@ nouveau_mem_vram_init(struct drm_device *dev) if (ret) return ret; + ret = pci_set_consistent_dma_mask(dev->pdev, DMA_BIT_MASK(dma_bits)); + if (ret) { + /* Reset to default value. */ + pci_set_consistent_dma_mask(dev->pdev, DMA_BIT_MASK(32)); + } dev_priv->fb_phys = pci_resource_start(dev->pdev, 1); ret = nouveau_ttm_global_init(dev_priv); diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c index 7cfaa7e..0c0a970 100644 --- a/drivers/gpu/drm/radeon/radeon_device.c +++ b/drivers/gpu/drm/radeon/radeon_device.c @@ -757,8 +757,14 @@ int radeon_device_init(struct radeon_device *rdev, r = pci_set_dma_mask(rdev->pdev, DMA_BIT_MASK(dma_bits)); if (r) { rdev->need_dma32 = true; + dma_bits = 32; printk(KERN_WARNING "radeon: No suitable DMA available.\n"); } + r = pci_set_consistent_dma_mask(rdev->pdev, DMA_BIT_MASK(dma_bits)); + if (r) { + pci_set_consistent_dma_mask(rdev->pdev, DMA_BIT_MASK(32)); + printk(KERN_WARNING "radeon: No coherent DMA available.\n"); + } /* Registers mapping */ /* TODO: block userspace mapping of io register */ -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:07:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:07:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJgX-0006S7-8p; Tue, 01 Nov 2011 12:07:45 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Yt-1j for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:18 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1320174130!1575666!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24222 invoked from network); 1 Nov 2011 19:02:11 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:11 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J28mH031810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:09 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J27hk008386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:08 GMT Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J22qN015664; Tue, 1 Nov 2011 14:02:02 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 3BCE082C26; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:22 -0400 Message-Id: <1320173252-2812-2-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4EB04231.022E,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 01/11] swiotlb: Expose swiotlb_nr_tlb function to modules X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com As a mechanism to detect whether SWIOTLB is enabled or not. We also fix the spelling - it was swioltb instead of swiotlb. Acked-by: FUJITA Tomonori [v1: Ripped out swiotlb_enabled] Signed-off-by: Konrad Rzeszutek Wilk --- drivers/xen/swiotlb-xen.c | 2 +- include/linux/swiotlb.h | 2 +- lib/swiotlb.c | 5 +++-- 3 files changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c index 6e8c15a..cbcd8cc 100644 --- a/drivers/xen/swiotlb-xen.c +++ b/drivers/xen/swiotlb-xen.c @@ -149,7 +149,7 @@ void __init xen_swiotlb_init(int verbose) int rc; unsigned long nr_tbl; - nr_tbl = swioltb_nr_tbl(); + nr_tbl = swiotlb_nr_tbl(); if (nr_tbl) xen_io_tlb_nslabs = nr_tbl; else { diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h index 445702c..e872526 100644 --- a/include/linux/swiotlb.h +++ b/include/linux/swiotlb.h @@ -24,7 +24,7 @@ extern int swiotlb_force; extern void swiotlb_init(int verbose); extern void swiotlb_init_with_tbl(char *tlb, unsigned long nslabs, int verbose); -extern unsigned long swioltb_nr_tbl(void); +extern unsigned long swiotlb_nr_tbl(void); /* * Enumeration for sync targets diff --git a/lib/swiotlb.c b/lib/swiotlb.c index 99093b3..058935e 100644 --- a/lib/swiotlb.c +++ b/lib/swiotlb.c @@ -110,11 +110,11 @@ setup_io_tlb_npages(char *str) __setup("swiotlb=", setup_io_tlb_npages); /* make io_tlb_overflow tunable too? */ -unsigned long swioltb_nr_tbl(void) +unsigned long swiotlb_nr_tbl(void) { return io_tlb_nslabs; } - +EXPORT_SYMBOL_GPL(swiotlb_nr_tbl); /* Note that this doesn't work with highmem page */ static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev, volatile void *address) @@ -321,6 +321,7 @@ void __init swiotlb_free(void) free_bootmem_late(__pa(io_tlb_start), PAGE_ALIGN(io_tlb_nslabs << IO_TLB_SHIFT)); } + io_tlb_nslabs = 0; } static int is_swiotlb_buffer(phys_addr_t paddr) -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:09:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:09:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJic-0006qI-Kj; Tue, 01 Nov 2011 12:09:54 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Yy-6Q for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:18 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1320174098!44266069!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4911 invoked from network); 1 Nov 2011 19:01:40 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:01:40 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J29DX006235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:10 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J28a3008435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:09 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J23cR015677; Tue, 1 Nov 2011 14:02:03 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 654A882EDA; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:26 -0400 Message-Id: <1320173252-2812-6-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4EB04232.014C,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 05/11] ttm: Get rid of temporary scaffolding X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com which was used in the "ttm: Wrap ttm_[put|get]_pages and extract GFP_* and caching states from 'struct ttm_tt" patch. Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 83 ++++++++++++++++----------------- 1 files changed, 40 insertions(+), 43 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index c30d62b..24c0340 100644 --- a/drivers/gpu/drm/ttm/ttm_page_alloc.c +++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c @@ -660,9 +660,48 @@ out: return count; } +/* Put all pages in pages list to correct pool to wait for reuse */ static void __ttm_put_pages(struct list_head *pages, unsigned page_count, int flags, enum ttm_caching_state cstate, - dma_addr_t *dma_address); + dma_addr_t *dma_address) +{ + unsigned long irq_flags; + struct ttm_page_pool *pool = ttm_get_pool(flags, cstate); + struct page *p, *tmp; + + if (pool == NULL) { + /* No pool for this memory type so free the pages */ + + list_for_each_entry_safe(p, tmp, pages, lru) { + __free_page(p); + } + /* Make the pages list empty */ + INIT_LIST_HEAD(pages); + return; + } + if (page_count == 0) { + list_for_each_entry_safe(p, tmp, pages, lru) { + ++page_count; + } + } + + spin_lock_irqsave(&pool->lock, irq_flags); + list_splice_init(pages, &pool->list); + pool->npages += page_count; + /* Check that we don't go over the pool limit */ + page_count = 0; + if (pool->npages > _manager->options.max_size) { + page_count = pool->npages - _manager->options.max_size; + /* free at least NUM_PAGES_TO_ALLOC number of pages + * to reduce calls to set_memory_wb */ + if (page_count < NUM_PAGES_TO_ALLOC) + page_count = NUM_PAGES_TO_ALLOC; + } + spin_unlock_irqrestore(&pool->lock, irq_flags); + if (page_count) + ttm_page_pool_free(pool, page_count); +} + /* * On success pages list will hold count number of correctly * cached pages. @@ -736,48 +775,6 @@ static int __ttm_get_pages(struct list_head *pages, int flags, return 0; } -/* Put all pages in pages list to correct pool to wait for reuse */ -static void __ttm_put_pages(struct list_head *pages, unsigned page_count, - int flags, enum ttm_caching_state cstate, - dma_addr_t *dma_address) -{ - unsigned long irq_flags; - struct ttm_page_pool *pool = ttm_get_pool(flags, cstate); - struct page *p, *tmp; - - if (pool == NULL) { - /* No pool for this memory type so free the pages */ - - list_for_each_entry_safe(p, tmp, pages, lru) { - __free_page(p); - } - /* Make the pages list empty */ - INIT_LIST_HEAD(pages); - return; - } - if (page_count == 0) { - list_for_each_entry_safe(p, tmp, pages, lru) { - ++page_count; - } - } - - spin_lock_irqsave(&pool->lock, irq_flags); - list_splice_init(pages, &pool->list); - pool->npages += page_count; - /* Check that we don't go over the pool limit */ - page_count = 0; - if (pool->npages > _manager->options.max_size) { - page_count = pool->npages - _manager->options.max_size; - /* free at least NUM_PAGES_TO_ALLOC number of pages - * to reduce calls to set_memory_wb */ - if (page_count < NUM_PAGES_TO_ALLOC) - page_count = NUM_PAGES_TO_ALLOC; - } - spin_unlock_irqrestore(&pool->lock, irq_flags); - if (page_count) - ttm_page_pool_free(pool, page_count); -} - static void ttm_page_pool_init_locked(struct ttm_page_pool *pool, int flags, char *name) { -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:11:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:11:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJkP-0007EC-RQ; Tue, 01 Nov 2011 12:11:45 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Z5-Qw for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:18 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1320174131!538219!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24125 invoked from network); 1 Nov 2011 19:02:12 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:12 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J29BM006232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:10 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J28Db001291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:08 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J22PF004712; Tue, 1 Nov 2011 14:02:02 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 5166A82D0D; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:24 -0400 Message-Id: <1320173252-2812-4-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090205.4EB04232.010F,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 03/11] ttm/radeon/nouveau: Check the DMA address from TTM against known value. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com . instead of checking against the DMA_ERROR_CODE value which is per-platform specific. The zero value is a known invalid value that the TTM layer sets on the dma_address array if it is not used (ttm_tt_alloc_page_directory calls drm_calloc_large which creates a page with GFP_ZERO). We can't use pci_dma_mapping_error as that is IOMMU specific (some check for a specific physical address, some for ranges, some just do a check against zero). Also update the comments in the header about the true state of that parameter. Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 3 +-- drivers/gpu/drm/radeon/radeon_gart.c | 4 +--- include/drm/ttm/ttm_page_alloc.h | 4 ++-- 3 files changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c index 82fad91..9b570c3 100644 --- a/drivers/gpu/drm/nouveau/nouveau_sgdma.c +++ b/drivers/gpu/drm/nouveau/nouveau_sgdma.c @@ -42,8 +42,7 @@ nouveau_sgdma_populate(struct ttm_backend *be, unsigned long num_pages, nvbe->nr_pages = 0; while (num_pages--) { - /* this code path isn't called and is incorrect anyways */ - if (0) { /*dma_addrs[nvbe->nr_pages] != DMA_ERROR_CODE)*/ + if (dma_addrs[nvbe->nr_pages] != 0) { nvbe->pages[nvbe->nr_pages] = dma_addrs[nvbe->nr_pages]; nvbe->ttm_alloced[nvbe->nr_pages] = true; diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index a533f52..068ba09 100644 --- a/drivers/gpu/drm/radeon/radeon_gart.c +++ b/drivers/gpu/drm/radeon/radeon_gart.c @@ -181,9 +181,7 @@ int radeon_gart_bind(struct radeon_device *rdev, unsigned offset, p = t / (PAGE_SIZE / RADEON_GPU_PAGE_SIZE); for (i = 0; i < pages; i++, p++) { - /* we reverted the patch using dma_addr in TTM for now but this - * code stops building on alpha so just comment it out for now */ - if (0) { /*dma_addr[i] != DMA_ERROR_CODE) */ + if (dma_addr[i] != 0) { rdev->gart.ttm_alloced[p] = true; rdev->gart.pages_addr[p] = dma_addr[i]; } else { diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h index 8062890..0017b17 100644 --- a/include/drm/ttm/ttm_page_alloc.h +++ b/include/drm/ttm/ttm_page_alloc.h @@ -36,7 +36,7 @@ * @flags: ttm flags for page allocation. * @cstate: ttm caching state for the page. * @count: number of pages to allocate. - * @dma_address: The DMA (bus) address of pages (if TTM_PAGE_FLAG_DMA32 set). + * @dma_address: The DMA (bus) address of pages - (by default zero). */ int ttm_get_pages(struct list_head *pages, int flags, @@ -51,7 +51,7 @@ int ttm_get_pages(struct list_head *pages, * count. * @flags: ttm flags for page allocation. * @cstate: ttm caching state. - * @dma_address: The DMA (bus) address of pages (if TTM_PAGE_FLAG_DMA32 set). + * @dma_address: The DMA (bus) address of pages (by default zero). */ void ttm_put_pages(struct list_head *pages, unsigned page_count, -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:13:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:13:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJm6-0007c9-RW; Tue, 01 Nov 2011 12:13:30 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Ys-0e for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:18 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1320174130!1564899!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3517 invoked from network); 1 Nov 2011 19:02:11 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-8.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:11 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J28Qk031812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:09 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J27Du001272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:08 GMT Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J22w3013519; Tue, 1 Nov 2011 14:02:02 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 3388782CDE; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:21 -0400 Message-Id: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090208.4EB04231.02BA,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com Subject: [Xen-devel] [PATCH] TTM DMA pool v2.2 or [GIT PULL] (stable/ttm.dma_pool.v2.3) for 3.3 X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com I am not sure what the right way to patches in Dave tree is for Linux 3.3, so I am posting the patches and also providing the means of doing a git pull. The git tree is: git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/ttm.dma_pool.v2.3 Oh, and Thomas, should I add your Ack on the patches as well? I think it was an implied Ack, but I do not want to presume. If so, I can respin this with your Ack shortly. and it has since v2.1: https://lwn.net/Articles/463815/ - Fixed bugs/mistakes pointed out by Jerome - Added Review-by: Jereme Glisse Since v2.0: [not posted] - Redid the registration/override to be tightly integrated with the 'struct ttm_backend_func' per Thomas's suggestion. Since v1.9: [not posted] - Performance improvements - it was doing O(n^2) instead of O(n) on certain workloads. Since v1.8: [lwn.net/Articles/458724/] - Removed swiotlb_enabled and used swiotlb_nr_tbl. - Added callback for changing cache types. Since v1.7: [https://lkml.org/lkml/2011/8/30/460] - Fixed checking the DMA address in radeon/nouveau code. Since v1: [http://lwn.net/Articles/456246/] - Ran it through the gauntlet of SubmitChecklist and fixed issues - Made radeon/nouveau driver set coherent_dma (which is required for dmapool) [.. and this is what I said in v1 post]: Way back in January this patchset: http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html was merged in, but pieces of it had to be reverted b/c they did not work properly under PowerPC, ARM, and when swapping out pages to disk. After a bit of discussion on the mailing list http://marc.info/?i=4D769726.2030307@shipmail.org I started working on it, but got waylaid by other things .. and finally I am able to post the RFC patches. There was a lot of discussion about it and I am not sure if I captured everybody's thoughts - if I did not - that is _not_ intentional - it has just been quite some time.. Anyhow .. the patches explore what the "lib/dmapool.c" does - which is to have a DMA pool that the device has associated with. I kind of married that code along with drivers/gpu/drm/ttm/ttm_page_alloc.c to create a TTM DMA pool code. The end result is DMA pool with extra features: can do write-combine, uncached, writeback (and tracks them and sets back to WB when freed); tracks "cached" pages that don't really need to be returned to a pool; and hooks up to the shrinker code so that the pools can be shrunk. If you guys think this set of patches make sense - my future plans were 1) Get this in large crowd of testing .. and if it works for a kernel release 2) to move a bulk of this in the lib/dmapool.c (I spoke with Matthew Wilcox about it and he is OK as long as I don't introduce performance regressions). In regards to testing, I've been running them non-stop for the last two months. (and found some issues which I've fixed up) - and been quite happy with how they work. Michel (thanks!) took a spin of the patches on his PowerPC and they did not cause any regressions (wheew). The patches are also located in a git tree: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/ttm.dma_pool.v2.3 Konrad Rzeszutek Wilk (11): swiotlb: Expose swiotlb_nr_tlb function to modules nouveau/radeon: Set coherent DMA mask ttm/radeon/nouveau: Check the DMA address from TTM against known value. ttm: Wrap ttm_[put|get]_pages and extract GFP_* and caching states from 'struct ttm_tt' ttm: Get rid of temporary scaffolding ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool. ttm: Do not set the ttm->be to NULL before calling the TTM page pool to free pages. ttm: Provide DMA aware TTM page pool code. ttm: Add 'no_dma' parameter to turn the TTM DMA pool off during runtime. nouveau/ttm/dma: Enable the TTM DMA pool if device can only do 32-bit DMA. radeon/ttm/dma: Enable the TTM DMA pool if the device can only do 32-bit. drivers/gpu/drm/nouveau/nouveau_debugfs.c | 1 + drivers/gpu/drm/nouveau/nouveau_mem.c | 5 + drivers/gpu/drm/nouveau/nouveau_sgdma.c | 8 +- drivers/gpu/drm/radeon/radeon_device.c | 6 + drivers/gpu/drm/radeon/radeon_gart.c | 4 +- drivers/gpu/drm/radeon/radeon_ttm.c | 19 +- drivers/gpu/drm/ttm/Makefile | 3 + drivers/gpu/drm/ttm/ttm_memory.c | 5 + drivers/gpu/drm/ttm/ttm_page_alloc.c | 108 ++- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 1409 +++++++++++++++++++++++++++++ drivers/gpu/drm/ttm/ttm_tt.c | 21 +- drivers/xen/swiotlb-xen.c | 2 +- include/drm/ttm/ttm_bo_driver.h | 31 + include/drm/ttm/ttm_page_alloc.h | 53 +- include/linux/swiotlb.h | 2 +- lib/swiotlb.c | 5 +- 16 files changed, 1600 insertions(+), 82 deletions(-) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:14:39 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:14:39 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJnD-0007z8-DN; Tue, 01 Nov 2011 12:14:39 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbD-0005Yz-F5 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1320174131!2553996!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12679 invoked from network); 1 Nov 2011 19:02:12 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:12 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J28ib006225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:09 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J27Gc001275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:08 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J22av015667; Tue, 1 Nov 2011 14:02:02 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:02 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 5BC4982ED8; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:25 -0400 Message-Id: <1320173252-2812-5-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090206.4EB04232.008D,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 04/11] ttm: Wrap ttm_[put|get]_pages and extract GFP_* and caching states from 'struct ttm_tt' X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Instead of passing the 'int flags' and 'enum caching_state caching_state' as parameters, pass in the 'struct ttm_tt' and let the ttm_[put|get]_pages extract those parameters. We also wrap the ttm_[put|get]_pages so that we can extract those two parameters from the 'struct ttm_tt'. The reason for wrapping instead of just changing the two functions declerations outright is to support the next set of patches which will provide an override mechanism for 'ttm_[put|get]_pages' functions. Temporarily we put in a function declerations for the __ttm_put_pages, which later on we will remove (by moving the __ttm_put_pages). Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 29 +++++++++++++++++++++++------ drivers/gpu/drm/ttm/ttm_tt.c | 6 ++---- include/drm/ttm/ttm_page_alloc.h | 16 ++++++---------- 3 files changed, 31 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index d948575..c30d62b 100644 --- a/drivers/gpu/drm/ttm/ttm_page_alloc.c +++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c @@ -660,13 +660,16 @@ out: return count; } +static void __ttm_put_pages(struct list_head *pages, unsigned page_count, + int flags, enum ttm_caching_state cstate, + dma_addr_t *dma_address); /* * On success pages list will hold count number of correctly * cached pages. */ -int ttm_get_pages(struct list_head *pages, int flags, - enum ttm_caching_state cstate, unsigned count, - dma_addr_t *dma_address) +static int __ttm_get_pages(struct list_head *pages, int flags, + enum ttm_caching_state cstate, unsigned count, + dma_addr_t *dma_address) { struct ttm_page_pool *pool = ttm_get_pool(flags, cstate); struct page *p = NULL; @@ -724,7 +727,7 @@ int ttm_get_pages(struct list_head *pages, int flags, printk(KERN_ERR TTM_PFX "Failed to allocate extra pages " "for large request."); - ttm_put_pages(pages, 0, flags, cstate, NULL); + __ttm_put_pages(pages, 0, flags, cstate, NULL); return r; } } @@ -734,8 +737,9 @@ int ttm_get_pages(struct list_head *pages, int flags, } /* Put all pages in pages list to correct pool to wait for reuse */ -void ttm_put_pages(struct list_head *pages, unsigned page_count, int flags, - enum ttm_caching_state cstate, dma_addr_t *dma_address) +static void __ttm_put_pages(struct list_head *pages, unsigned page_count, + int flags, enum ttm_caching_state cstate, + dma_addr_t *dma_address) { unsigned long irq_flags; struct ttm_page_pool *pool = ttm_get_pool(flags, cstate); @@ -857,3 +861,16 @@ int ttm_page_alloc_debugfs(struct seq_file *m, void *data) return 0; } EXPORT_SYMBOL(ttm_page_alloc_debugfs); +int ttm_get_pages(struct ttm_tt *ttm, struct list_head *pages, + unsigned count, dma_addr_t *dma_address) +{ + return __ttm_get_pages(pages, ttm->page_flags, ttm->caching_state, + count, dma_address); +} +{ +void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages, + unsigned page_count, dma_addr_t *dma_address) +{ + __ttm_put_pages(pages, page_count, ttm->page_flags, ttm->caching_state, + dma_address); +} diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c index 58c271e..76c982f 100644 --- a/drivers/gpu/drm/ttm/ttm_tt.c +++ b/drivers/gpu/drm/ttm/ttm_tt.c @@ -110,8 +110,7 @@ static struct page *__ttm_tt_get_page(struct ttm_tt *ttm, int index) INIT_LIST_HEAD(&h); - ret = ttm_get_pages(&h, ttm->page_flags, ttm->caching_state, 1, - &ttm->dma_address[index]); + ret = ttm_get_pages(ttm, &h, 1, &ttm->dma_address[index]); if (ret != 0) return NULL; @@ -304,8 +303,7 @@ static void ttm_tt_free_alloced_pages(struct ttm_tt *ttm) count++; } } - ttm_put_pages(&h, count, ttm->page_flags, ttm->caching_state, - ttm->dma_address); + ttm_put_pages(ttm, &h, count, ttm->dma_address); ttm->state = tt_unpopulated; ttm->first_himem_page = ttm->num_pages; ttm->last_lomem_page = -1; diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h index 0017b17..0aaac39 100644 --- a/include/drm/ttm/ttm_page_alloc.h +++ b/include/drm/ttm/ttm_page_alloc.h @@ -32,31 +32,27 @@ /** * Get count number of pages from pool to pages list. * + * @ttm: ttm which contains flags for page allocation and caching state. * @pages: heado of empty linked list where pages are filled. - * @flags: ttm flags for page allocation. - * @cstate: ttm caching state for the page. * @count: number of pages to allocate. * @dma_address: The DMA (bus) address of pages - (by default zero). */ -int ttm_get_pages(struct list_head *pages, - int flags, - enum ttm_caching_state cstate, +int ttm_get_pages(struct ttm_tt *ttm, + struct list_head *pages, unsigned count, dma_addr_t *dma_address); /** * Put linked list of pages to pool. * + * @ttm: ttm which contains flags for page allocation and caching state. * @pages: list of pages to free. * @page_count: number of pages in the list. Zero can be passed for unknown * count. - * @flags: ttm flags for page allocation. - * @cstate: ttm caching state. * @dma_address: The DMA (bus) address of pages (by default zero). */ -void ttm_put_pages(struct list_head *pages, +void ttm_put_pages(struct ttm_tt *ttm, + struct list_head *pages, unsigned page_count, - int flags, - enum ttm_caching_state cstate, dma_addr_t *dma_address); /** * Initialize pool allocator. -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:15:44 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:15:44 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJoF-0008MB-Sr; Tue, 01 Nov 2011 12:15:43 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbE-0005ZI-8X for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1320174131!1915692!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31424 invoked from network); 1 Nov 2011 19:02:13 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:13 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J290J031856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:10 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J28kG003737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:09 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J23nh015680; Tue, 1 Nov 2011 14:02:03 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 983C082EDF; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:31 -0400 Message-Id: <1320173252-2812-11-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4EB04233.0049,ss=1,re=0.000,fgs=0 Cc: Francisco Jerez , xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 10/11] nouveau/ttm/dma: Enable the TTM DMA pool if device can only do 32-bit DMA. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com If the card is capable of more than 32-bit, then use the default TTM page pool code which allocates from anywhere in the memory. Note: If the 'ttm.no_dma' parameter is set, the override is ignored and the default TTM pool is used. CC: Ben Skeggs CC: Francisco Jerez CC: Dave Airlie Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/nouveau/nouveau_debugfs.c | 1 + drivers/gpu/drm/nouveau/nouveau_sgdma.c | 5 +++++ 2 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c b/drivers/gpu/drm/nouveau/nouveau_debugfs.c index 8e15923..f52c2db 100644 --- a/drivers/gpu/drm/nouveau/nouveau_debugfs.c +++ b/drivers/gpu/drm/nouveau/nouveau_debugfs.c @@ -178,6 +178,7 @@ static struct drm_info_list nouveau_debugfs_list[] = { { "memory", nouveau_debugfs_memory_info, 0, NULL }, { "vbios.rom", nouveau_debugfs_vbios_image, 0, NULL }, { "ttm_page_pool", ttm_page_alloc_debugfs, 0, NULL }, + { "ttm_dma_page_pool", ttm_dma_page_alloc_debugfs, 0, NULL }, }; #define NOUVEAU_DEBUGFS_ENTRIES ARRAY_SIZE(nouveau_debugfs_list) diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c index 9b570c3..e0d4474 100644 --- a/drivers/gpu/drm/nouveau/nouveau_sgdma.c +++ b/drivers/gpu/drm/nouveau/nouveau_sgdma.c @@ -2,6 +2,7 @@ #include "nouveau_drv.h" #include #include +#include #define NV_CTXDMA_PAGE_SHIFT 12 #define NV_CTXDMA_PAGE_SIZE (1 << NV_CTXDMA_PAGE_SHIFT) @@ -417,6 +418,10 @@ nouveau_sgdma_init_ttm(struct drm_device *dev) nvbe->dev = dev; nvbe->backend.func = dev_priv->gart_info.func; + if ((dev->dev) && (dma_get_mask(dev->dev) <= DMA_BIT_MASK(32))) { + if (ttm_dma_override(nvbe->backend.func)) + nvbe->backend.dev = dev->dev; + } return &nvbe->backend; } -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:16:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:16:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJp4-0000Ho-2n; Tue, 01 Nov 2011 12:16:34 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbE-0005ZE-7V for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1320174131!1914657!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29636 invoked from network); 1 Nov 2011 19:02:13 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-5.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:13 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J2ARF031865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:11 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J29k1010524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:09 GMT Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J23mZ004727; Tue, 1 Nov 2011 14:02:03 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 8E73182EDE; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:30 -0400 Message-Id: <1320173252-2812-10-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090208.4EB04233.00C1,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 09/11] ttm: Add 'no_dma' parameter to turn the TTM DMA pool off during runtime. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com The TTM DMA only gets turned on when the SWIOTLB is enabled - but we might also want to turn it off when SWIOTLB is on to use the non-DMA TTM pool code. In the future this parameter can be removed. Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_memory.c | 7 +++++-- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 6 +++++- include/drm/ttm/ttm_page_alloc.h | 2 ++ 3 files changed, 12 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_memory.c b/drivers/gpu/drm/ttm/ttm_memory.c index 6d24fe2..f883a28 100644 --- a/drivers/gpu/drm/ttm/ttm_memory.c +++ b/drivers/gpu/drm/ttm/ttm_memory.c @@ -395,7 +395,9 @@ int ttm_mem_global_init(struct ttm_mem_global *glob) zone->name, (unsigned long long) zone->max_mem >> 10); } ttm_page_alloc_init(glob, glob->zone_kernel->max_mem/(2*PAGE_SIZE)); - ttm_dma_page_alloc_init(glob, glob->zone_kernel->max_mem/(2*PAGE_SIZE)); + if (!ttm_dma_disable) + ttm_dma_page_alloc_init(glob, glob->zone_kernel->max_mem / + (2*PAGE_SIZE)); return 0; out_no_zone: ttm_mem_global_release(glob); @@ -411,7 +413,8 @@ void ttm_mem_global_release(struct ttm_mem_global *glob) /* let the page allocator first stop the shrink work. */ ttm_page_alloc_fini(); - ttm_dma_page_alloc_fini(); + if (!ttm_dma_disable) + ttm_dma_page_alloc_fini(); flush_workqueue(glob->swap_queue); destroy_workqueue(glob->swap_queue); glob->swap_queue = NULL; diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c index 5a2d362..cfc8d9f 100644 --- a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c +++ b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c @@ -51,6 +51,10 @@ #include #endif +int __read_mostly ttm_dma_disable; +MODULE_PARM_DESC(no_dma, "Disable TTM DMA pool"); +module_param_named(no_dma, ttm_dma_disable, bool, S_IRUGO); + #define NUM_PAGES_TO_ALLOC (PAGE_SIZE/sizeof(struct page *)) #define SMALL_ALLOCATION 16 #define FREE_ALL_PAGES (~0U) @@ -1395,7 +1399,7 @@ int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data) EXPORT_SYMBOL_GPL(ttm_dma_page_alloc_debugfs); bool ttm_dma_override(struct ttm_backend_func *be) { - if (swiotlb_nr_tbl() && be) { + if (swiotlb_nr_tbl() && be && !ttm_dma_disable) { be->get_pages = &ttm_dma_get_pages; be->put_pages = &ttm_dma_put_pages; return true; diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h index 9c52fb7..daf5db6 100644 --- a/include/drm/ttm/ttm_page_alloc.h +++ b/include/drm/ttm/ttm_page_alloc.h @@ -32,6 +32,7 @@ #ifdef CONFIG_SWIOTLB extern bool ttm_dma_override(struct ttm_backend_func *be); +extern int ttm_dma_disable; /** * Initialize pool allocator. */ @@ -45,6 +46,7 @@ void ttm_dma_page_alloc_fini(void); */ extern int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data); #else +#define ttm_dma_disable (1) static inline bool ttm_dma_override(struct ttm_backend_func *be) { return false; -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:17:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:17:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJpv-0000fS-Qa; Tue, 01 Nov 2011 12:17:27 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbF-0005Zc-31 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1320174132!1913990!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6237 invoked from network); 1 Nov 2011 19:02:13 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:13 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J2Af6031867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:11 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J29AA010528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:10 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J23ua004730; Tue, 1 Nov 2011 14:02:04 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id A176C82EE0; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:32 -0400 Message-Id: <1320173252-2812-12-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090204.4EB04233.010C,ss=1,re=0.000,fgs=0 Cc: Alex Deucher , xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 11/11] radeon/ttm/dma: Enable the TTM DMA pool if the device can only do 32-bit. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com . with the exception that we do not handle the AGP case. We only deal with PCIe cards such as ATI ES1000 or HD3200 that have been detected to only do DMA up to 32-bits. Note: If the ttm.no_dma is set, this operation will not override the TTM page pool to use the DMA one. CC: Dave Airlie CC: Alex Deucher Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/radeon/radeon_ttm.c | 19 +++++++++++++++---- 1 files changed, 15 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/radeon_ttm.c index 60125dd..2e7419f 100644 --- a/drivers/gpu/drm/radeon/radeon_ttm.c +++ b/drivers/gpu/drm/radeon/radeon_ttm.c @@ -761,6 +761,10 @@ struct ttm_backend *radeon_ttm_backend_create(struct radeon_device *rdev) gtt->backend.bdev = &rdev->mman.bdev; gtt->backend.flags = 0; gtt->backend.func = &radeon_backend_func; + if (rdev->need_dma32) { + if (ttm_dma_override(gtt->backend.func)) + gtt->backend.dev = rdev->dev; + } gtt->rdev = rdev; gtt->pages = NULL; gtt->num_pages = 0; @@ -792,8 +796,8 @@ static int radeon_mm_dump_table(struct seq_file *m, void *data) static int radeon_ttm_debugfs_init(struct radeon_device *rdev) { #if defined(CONFIG_DEBUG_FS) - static struct drm_info_list radeon_mem_types_list[RADEON_DEBUGFS_MEM_TYPES+1]; - static char radeon_mem_types_names[RADEON_DEBUGFS_MEM_TYPES+1][32]; + static struct drm_info_list radeon_mem_types_list[RADEON_DEBUGFS_MEM_TYPES+2]; + static char radeon_mem_types_names[RADEON_DEBUGFS_MEM_TYPES+2][32]; unsigned i; for (i = 0; i < RADEON_DEBUGFS_MEM_TYPES; i++) { @@ -815,8 +819,15 @@ static int radeon_ttm_debugfs_init(struct radeon_device *rdev) radeon_mem_types_list[i].name = radeon_mem_types_names[i]; radeon_mem_types_list[i].show = &ttm_page_alloc_debugfs; radeon_mem_types_list[i].driver_features = 0; - radeon_mem_types_list[i].data = NULL; - return radeon_debugfs_add_files(rdev, radeon_mem_types_list, RADEON_DEBUGFS_MEM_TYPES+1); + radeon_mem_types_list[i++].data = NULL; + if (rdev->need_dma32) { + sprintf(radeon_mem_types_names[i], "ttm_dma_page_pool"); + radeon_mem_types_list[i].name = radeon_mem_types_names[i]; + radeon_mem_types_list[i].show = &ttm_dma_page_alloc_debugfs; + radeon_mem_types_list[i].driver_features = 0; + radeon_mem_types_list[i++].data = NULL; + } + return radeon_debugfs_add_files(rdev, radeon_mem_types_list, i); #endif return 0; -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:18:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:18:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJqc-00012L-Vm; Tue, 01 Nov 2011 12:18:11 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbE-0005ZD-5O for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320174097!61535293!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19593 invoked from network); 1 Nov 2011 19:01:38 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:01:38 -0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J2AOO031864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:11 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J29Wp003754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:09 GMT Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J23Sl004724; Tue, 1 Nov 2011 14:02:03 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 793B482EDC; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:28 -0400 Message-Id: <1320173252-2812-8-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4EB04233.00DA,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 07/11] ttm: Do not set the ttm->be to NULL before calling the TTM page pool to free pages. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com . as the ttm->be->func->[get|put]_pages can be called and they would dereference on ttm->be which was set to NULL. Instead of clearing it there, pass in a flag to thettm_tt_free_allocated_pages whether to clear the pages or not (you are not suppose to clear the pages when destroying them). Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_tt.c | 15 +++++++-------- 1 files changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c index 76c982f..31ae359 100644 --- a/drivers/gpu/drm/ttm/ttm_tt.c +++ b/drivers/gpu/drm/ttm/ttm_tt.c @@ -276,7 +276,7 @@ int ttm_tt_set_placement_caching(struct ttm_tt *ttm, uint32_t placement) } EXPORT_SYMBOL(ttm_tt_set_placement_caching); -static void ttm_tt_free_alloced_pages(struct ttm_tt *ttm) +static void ttm_tt_free_alloced_pages(struct ttm_tt *ttm, bool call_clear) { int i; unsigned count = 0; @@ -286,7 +286,7 @@ static void ttm_tt_free_alloced_pages(struct ttm_tt *ttm) INIT_LIST_HEAD(&h); - if (be) + if (be && call_clear) be->func->clear(be); for (i = 0; i < ttm->num_pages; ++i) { @@ -317,16 +317,14 @@ void ttm_tt_destroy(struct ttm_tt *ttm) return; be = ttm->be; - if (likely(be != NULL)) { + if (likely(be != NULL)) be->func->destroy(be); - ttm->be = NULL; - } if (likely(ttm->pages != NULL)) { if (ttm->page_flags & TTM_PAGE_FLAG_USER) ttm_tt_free_user_pages(ttm); else - ttm_tt_free_alloced_pages(ttm); + ttm_tt_free_alloced_pages(ttm, false); ttm_tt_free_page_directory(ttm); } @@ -335,6 +333,7 @@ void ttm_tt_destroy(struct ttm_tt *ttm) ttm->swap_storage) fput(ttm->swap_storage); + ttm->be = NULL; kfree(ttm); } @@ -509,7 +508,7 @@ static int ttm_tt_swapin(struct ttm_tt *ttm) return 0; out_err: - ttm_tt_free_alloced_pages(ttm); + ttm_tt_free_alloced_pages(ttm, true); return ret; } @@ -573,7 +572,7 @@ int ttm_tt_swapout(struct ttm_tt *ttm, struct file *persistent_swap_storage) page_cache_release(to_page); } - ttm_tt_free_alloced_pages(ttm); + ttm_tt_free_alloced_pages(ttm, true); ttm->swap_storage = swap_storage; ttm->page_flags |= TTM_PAGE_FLAG_SWAPPED; if (persistent_swap_storage) -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:19:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:19:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJrU-0001Pl-LS; Tue, 01 Nov 2011 12:19:04 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbG-0005a0-Gv for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:19 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1320174134!1566603!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21068 invoked from network); 1 Nov 2011 19:02:15 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:02:15 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J2CjO031924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:13 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J2BSA008576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:12 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J231d013537; Tue, 1 Nov 2011 14:02:06 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 6F3CF82EDB; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:27 -0400 Message-Id: <1320173252-2812-7-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4EB04235.00C8,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com The two overrides will be choosen by the backends whether they want to use a different TTM page pool than the default. If the backend does not choose a new override, the default one will be used. Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 10 +++++++--- include/drm/ttm/ttm_bo_driver.h | 31 +++++++++++++++++++++++++++++++ 2 files changed, 38 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index 24c0340..360afb3 100644 --- a/drivers/gpu/drm/ttm/ttm_page_alloc.c +++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c @@ -861,13 +861,17 @@ EXPORT_SYMBOL(ttm_page_alloc_debugfs); int ttm_get_pages(struct ttm_tt *ttm, struct list_head *pages, unsigned count, dma_addr_t *dma_address) { + if (ttm->be && ttm->be->func && ttm->be->func->get_pages) + return ttm->be->func->get_pages(ttm, pages, count, dma_address); return __ttm_get_pages(pages, ttm->page_flags, ttm->caching_state, count, dma_address); } -{ void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages, unsigned page_count, dma_addr_t *dma_address) { - __ttm_put_pages(pages, page_count, ttm->page_flags, ttm->caching_state, - dma_address); + if (ttm->be && ttm->be->func && ttm->be->func->put_pages) + ttm->be->func->put_pages(ttm, pages, page_count, dma_address); + else + __ttm_put_pages(pages, page_count, ttm->page_flags, + ttm->caching_state, dma_address); } diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h index 09af2d7..1826c3b 100644 --- a/include/drm/ttm/ttm_bo_driver.h +++ b/include/drm/ttm/ttm_bo_driver.h @@ -100,6 +100,34 @@ struct ttm_backend_func { * Destroy the backend. */ void (*destroy) (struct ttm_backend *backend); + + /** + * ttm_get_pages override. The backend can override the default + * TTM page pool code with a different one. + * + * Get count number of pages from pool to pages list. + * + * @ttm: ttm which contains flags for page allocation and caching state. + * @pages: head of empty linked list where pages are filled. + * @dma_address: The DMA (bus) address of pages + */ + int (*get_pages) (struct ttm_tt *ttm, struct list_head *pages, + unsigned count, dma_addr_t *dma_address); + + /** + * ttm_put_pages override. The backend can override the default + * TTM page pool code with a different implementation. + * + * Put linked list of pages to pool. + * + * @ttm: ttm which contains flags for page allocation and caching state. + * @pages: list of pages to free. + * @page_count: number of pages in the list. Zero can be passed for + * unknown count. + * @dma_address: The DMA (bus) address of pages + */ + void (*put_pages) (struct ttm_tt *ttm, struct list_head *pages, + unsigned page_count, dma_addr_t *dma_address); }; /** @@ -109,6 +137,8 @@ struct ttm_backend_func { * @flags: For driver use. * @func: Pointer to a struct ttm_backend_func that describes * the backend methods. + * @dev: Pointer to a struct device which can be used by the TTM + * [get|put)_pages overrides in 'struct ttm_backend_func'. * */ @@ -116,6 +146,7 @@ struct ttm_backend { struct ttm_bo_device *bdev; uint32_t flags; struct ttm_backend_func *func; + struct device *dev; }; #define TTM_PAGE_FLAG_USER (1 << 1) -- 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:19:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:19:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJsJ-0001mY-RE; Tue, 01 Nov 2011 12:19:55 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJbF-0005Zd-30 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:02:20 -0700 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1320174110!42935053!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26346 invoked from network); 1 Nov 2011 19:01:52 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 19:01:52 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA1J2AWk031875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Nov 2011 19:02:11 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA1J29Sh001338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2011 19:02:10 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA1J243f004731; Tue, 1 Nov 2011 14:02:04 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 01 Nov 2011 12:02:03 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 843FA82EDD; Tue, 1 Nov 2011 15:02:01 -0400 (EDT) From: Konrad Rzeszutek Wilk To: linux-kernel@vger.kernel.org, thellstrom@vmware.com, thomas@shipmail.org, airlied@redhat.com, jglisse@redhat.com, bskeggs@redhat.com Date: Tue, 1 Nov 2011 14:47:29 -0400 Message-Id: <1320173252-2812-9-git-send-email-konrad.wilk@oracle.com> X-Mailer: git-send-email 1.7.6.4 In-Reply-To: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> References: <1320173252-2812-1-git-send-email-konrad.wilk@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090208.4EB04234.001E,ss=1,re=-2.601,fgs=0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk Subject: [Xen-devel] [PATCH 08/11] ttm: Provide DMA aware TTM page pool code. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com In TTM world the pages for the graphic drivers are kept in three differen= t pools: write combined, uncached, and cached (write-back). When the pages are used by the graphic driver the graphic adapter via its built in MMU (or AGP) programs these pages in. The programming requires the virtual ad= dress (from the graphic adapter perspective) and the physical address (either S= ystem RAM or the memory on the card) which is obtained using the pci_map_* calls (w= hich does the virtual to physical - or bus address translation). During the graphic app= lication's "life" those pages can be shuffled around, swapped out to disk, moved fro= m the VRAM to System RAM or vice-versa. This all works with the existing TTM po= ol code - except when we want to use the software IOTLB (SWIOTLB) code to "map" t= he physical addresses to the graphic adapter MMU. We end up programming the bounce bu= ffer's physical address instead of the TTM pool memory's and get a non-worky dri= ver. There are two solutions: 1) using the DMA API to allocate pages that are screened by the DMA API, = or 2) using the pci_sync_* calls to copy the pages from the bounce-buffer an= d back. This patch fixes the issue by allocating pages using the DMA API. The sec= ond is a viable option - but it has performance drawbacks and potential corre= ctness issues - think of the write cache page being bounced (SWIOTLB->TTM), the WC is set on the TTM page and the copy from SWIOTLB not making it to the = TTM page until the page has been recycled in the pool (and used by another ap= plication). The bounce buffer does not get activated often - only in cases where we h= ave a 32-bit capable card and we want to use a page that is allocated above t= he 4GB limit. The bounce buffer offers the solution of copying the contents of that 4GB page to an location below 4GB and then back when the operatio= n has been completed (or vice-versa). This is done by using the 'pci_sync_*' calls. Note: If you look carefully enough in the existing TTM page pool code you= will notice the GFP_DMA32 flag is used - which should guarantee that the prov= ided page is under 4GB. It certainly is the case, except this gets ignored in two c= ases: - If user specifies 'swiotlb=3Dforce' which bounces _every_ page. - If user is using a Xen's PV Linux guest (which uses the SWIOTLB and th= e underlaying PFN's aren't necessarily under 4GB). To not have this extra copying done the other option is to allocate the p= ages using the DMA API so that there is not need to map the page and perform t= he expensive 'pci_sync_*' calls. This DMA API capable TTM pool requires for this the 'struct device' to properly call the DMA API. It also has to track the virtual and bus addre= ss of the page being handed out in case it ends up being swapped out or de-allo= cated - to make sure it is de-allocated using the proper's 'struct device'. Implementation wise the code keeps two lists: one that is attached to the 'struct device' (via the dev->dma_pools list) and a global one to be used= when the 'struct device' is unavailable (think shrinker code). The global list= can iterate over all of the 'struct device' and its associated dma_pool. The = list in dev->dma_pools can only iterate the device's dma_pool. /[struct devi= ce_pool]\ /---------------------------------------------------| dev = | / +-------| dma_pool = | /-----+------\ / \------------= --------/ |struct device| /-->[struct dma_pool for WC][struct dma_pool for uncached]<-/--| dma_pool = | \-----+------/ / \------------= --------/ \----------------------------------------------/ [Two pools associated with the device (WC and UC), and the parallel list containing the 'struct dev' and 'struct dma_pool' entries] The maximum amount of dma pools a device can have is six: write-combined, uncached, and cached; then there are the DMA32 variants which are: write-combined dma32, uncached dma32, and cached dma32. Currently this code only gets activated when any variant of the SWIOTLB I= OMMU code is running (Intel without VT-d, AMD without GART, IBM Calgary and Xe= n PV with PCI devices). Tested-by: Michel D=C3=A4nzer [v1: Using swiotlb_nr_tbl instead of swiotlb_enabled] [v2: Major overhaul - added 'inuse_list' to seperate used from inuse and = reorder the order of lists to get better performance.] [v3: Added comments/and some logic based on review, Added Jereme tag] Reviewed-by: Jerome Glisse Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/Makefile | 3 + drivers/gpu/drm/ttm/ttm_memory.c | 2 + drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 1405 ++++++++++++++++++++++++= ++++++ include/drm/ttm/ttm_page_alloc.h | 31 + 4 files changed, 1441 insertions(+), 0 deletions(-) create mode 100644 drivers/gpu/drm/ttm/ttm_page_alloc_dma.c diff --git a/drivers/gpu/drm/ttm/Makefile b/drivers/gpu/drm/ttm/Makefile index f3cf6f0..8300bc0 100644 --- a/drivers/gpu/drm/ttm/Makefile +++ b/drivers/gpu/drm/ttm/Makefile @@ -7,4 +7,7 @@ ttm-y :=3D ttm_agp_backend.o ttm_memory.o ttm_tt.o ttm_bo= .o \ ttm_object.o ttm_lock.o ttm_execbuf_util.o ttm_page_alloc.o \ ttm_bo_manager.o =20 +ifeq ($(CONFIG_SWIOTLB),y) +ttm-y +=3D ttm_page_alloc_dma.o +endif obj-$(CONFIG_DRM_TTM) +=3D ttm.o diff --git a/drivers/gpu/drm/ttm/ttm_memory.c b/drivers/gpu/drm/ttm/ttm_m= emory.c index e70ddd8..6d24fe2 100644 --- a/drivers/gpu/drm/ttm/ttm_memory.c +++ b/drivers/gpu/drm/ttm/ttm_memory.c @@ -395,6 +395,7 @@ int ttm_mem_global_init(struct ttm_mem_global *glob) zone->name, (unsigned long long) zone->max_mem >> 10); } ttm_page_alloc_init(glob, glob->zone_kernel->max_mem/(2*PAGE_SIZE)); + ttm_dma_page_alloc_init(glob, glob->zone_kernel->max_mem/(2*PAGE_SIZE))= ; return 0; out_no_zone: ttm_mem_global_release(glob); @@ -410,6 +411,7 @@ void ttm_mem_global_release(struct ttm_mem_global *gl= ob) /* let the page allocator first stop the shrink work. */ ttm_page_alloc_fini(); =20 + ttm_dma_page_alloc_fini(); flush_workqueue(glob->swap_queue); destroy_workqueue(glob->swap_queue); glob->swap_queue =3D NULL; diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c b/drivers/gpu/drm/t= tm/ttm_page_alloc_dma.c new file mode 100644 index 0000000..5a2d362 --- /dev/null +++ b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c @@ -0,0 +1,1405 @@ +/* + * Copyright 2011 (c) Oracle Corp. + + * Permission is hereby granted, free of charge, to any person obtaining= a + * copy of this software and associated documentation files (the "Softwa= re"), + * to deal in the Software without restriction, including without limita= tion + * the rights to use, copy, modify, merge, publish, distribute, sub lice= nse, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the + * next paragraph) shall be included in all copies or substantial portio= ns + * of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRE= SS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILI= TY, + * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SH= ALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR = OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISI= NG + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * Author: Konrad Rzeszutek Wilk + */ + +/* + * A simple DMA pool losely based on dmapool.c. It has certain advantage= s + * over the DMA pools: + * - Pool collects resently freed pages for reuse (and hooks up to + * the shrinker). + * - Tracks currently in use pages + * - Tracks whether the page is UC, WB or cached (and reverts to WB + * when freed). + */ + +#include +#include +#include /* for seq_printf */ +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "ttm/ttm_bo_driver.h" +#include "ttm/ttm_page_alloc.h" +#ifdef TTM_HAS_AGP +#include +#endif + +#define NUM_PAGES_TO_ALLOC (PAGE_SIZE/sizeof(struct page *)) +#define SMALL_ALLOCATION 16 +#define FREE_ALL_PAGES (~0U) +/* times are in msecs */ +#define IS_UNDEFINED (0) +#define IS_WC (1<<1) +#define IS_UC (1<<2) +#define IS_CACHED (1<<3) +#define IS_DMA32 (1<<4) + +enum pool_type { + POOL_IS_UNDEFINED, + POOL_IS_WC =3D IS_WC, + POOL_IS_UC =3D IS_UC, + POOL_IS_CACHED =3D IS_CACHED, + POOL_IS_WC_DMA32 =3D IS_WC | IS_DMA32, + POOL_IS_UC_DMA32 =3D IS_UC | IS_DMA32, + POOL_IS_CACHED_DMA32 =3D IS_CACHED | IS_DMA32, +}; +/* + * The pool structure. There are usually six pools: + * - generic (not restricted to DMA32): + * - write combined, uncached, cached. + * - dma32 (up to 2^32 - so up 4GB): + * - write combined, uncached, cached. + * for each 'struct device'. The 'cached' is for pages that are actively= used. + * The other ones can be shrunk by the shrinker API if neccessary. + * @pools: The 'struct device->dma_pools' link. + * @type: Type of the pool + * @lock: Protects the inuse_list and free_list from concurrnet access. = Must be + * used with irqsave/irqrestore variants because pool allocator maybe ca= lled + * from delayed work. + * @inuse_list: Pool of pages that are in use. The order is very importa= nt and + * it is in the order that the TTM pages that are put back are in. + * @free_list: Pool of pages that are free to be used. No order requirem= ents. + * @dev: The device that is associated with these pools. + * @size: Size used during DMA allocation. + * @npages_free: Count of available pages for re-use. + * @npages_in_use: Count of pages that are in use (each of them + * is marked in_use. + * @nfrees: Stats when pool is shrinking. + * @nrefills: Stats when the pool is grown. + * @gfp_flags: Flags to pass for alloc_page. + * @fill_lock: Allows only one pool fill operation at time. + * @name: Name of the pool. + * @dev_name: Name derieved from dev - similar to how dev_info works. + * Used during shutdown as the dev_info during release is unavailable. + */ +struct dma_pool { + struct list_head pools; /* The 'struct device->dma_pools link */ + enum pool_type type; + spinlock_t lock; + struct list_head inuse_list; + struct list_head free_list; + struct device *dev; + unsigned size; + unsigned npages_free; + unsigned npages_in_use; + unsigned long nfrees; /* Stats when shrunk. */ + unsigned long nrefills; /* Stats when grown. */ + gfp_t gfp_flags; + bool fill_lock; + char name[13]; /* "cached dma32" */ + char dev_name[64]; /* Constructed from dev */ +}; + +/* + * The accounting page keeping track of the allocated page along with + * the DMA address. + * @page_list: The link to the 'page_list' in 'struct dma_pool'. + * @vaddr: The virtual address of the page + * @dma: The bus address of the page. If the page is not allocated + * via the DMA API, it will be -1. + * @in_use: Set to true if in use. Should not be freed. + */ +struct dma_page { + struct list_head page_list; + void *vaddr; + struct page *p; + dma_addr_t dma; +}; + +/* + * Limits for the pool. They are handled without locks because only plac= e where + * they may change is in sysfs store. They won't have immediate effect a= nyway + * so forcing serialization to access them is pointless. + */ + +struct ttm_pool_opts { + unsigned alloc_size; + unsigned max_size; + unsigned small; +}; + +/* + * Contains the list of all of the 'struct device' and their correspondi= ng + * DMA pools. Guarded by _mutex->lock. + * @pools: The link to 'struct ttm_pool_manager->pools' + * @dev: The 'struct device' associated with the 'pool' + * @pool: The 'struct dma_pool' associated with the 'dev' + */ +struct device_pools { + struct list_head pools; + struct device *dev; + struct dma_pool *pool; +}; + +/* + * struct ttm_pool_manager - Holds memory pools for fast allocation + * + * @lock: Lock used when adding/removing from pools + * @pools: List of 'struct device' and 'struct dma_pool' tuples. + * @options: Limits for the pool. + * @npools: Total amount of pools in existence. + * @shrinker: The structure used by [un|]register_shrinker + */ +struct ttm_pool_manager { + struct mutex lock; + struct list_head pools; + struct ttm_pool_opts options; + unsigned npools; + struct shrinker mm_shrink; + struct kobject kobj; +}; + +static struct ttm_pool_manager *_manager; + +static struct attribute ttm_page_pool_max =3D { + .name =3D "pool_max_size", + .mode =3D S_IRUGO | S_IWUSR +}; +static struct attribute ttm_page_pool_small =3D { + .name =3D "pool_small_allocation", + .mode =3D S_IRUGO | S_IWUSR +}; +static struct attribute ttm_page_pool_alloc_size =3D { + .name =3D "pool_allocation_size", + .mode =3D S_IRUGO | S_IWUSR +}; + +static struct attribute *ttm_pool_attrs[] =3D { + &ttm_page_pool_max, + &ttm_page_pool_small, + &ttm_page_pool_alloc_size, + NULL +}; + +static void ttm_pool_kobj_release(struct kobject *kobj) +{ + struct ttm_pool_manager *m =3D + container_of(kobj, struct ttm_pool_manager, kobj); + kfree(m); +} + +static ssize_t ttm_pool_store(struct kobject *kobj, struct attribute *at= tr, + const char *buffer, size_t size) +{ + struct ttm_pool_manager *m =3D + container_of(kobj, struct ttm_pool_manager, kobj); + int chars; + unsigned val; + chars =3D sscanf(buffer, "%u", &val); + if (chars =3D=3D 0) + return size; + + /* Convert kb to number of pages */ + val =3D val / (PAGE_SIZE >> 10); + + if (attr =3D=3D &ttm_page_pool_max) + m->options.max_size =3D val; + else if (attr =3D=3D &ttm_page_pool_small) + m->options.small =3D val; + else if (attr =3D=3D &ttm_page_pool_alloc_size) { + if (val > NUM_PAGES_TO_ALLOC*8) { + printk(KERN_ERR TTM_PFX + "Setting allocation size to %lu " + "is not allowed. Recommended size is " + "%lu\n", + NUM_PAGES_TO_ALLOC*(PAGE_SIZE >> 7), + NUM_PAGES_TO_ALLOC*(PAGE_SIZE >> 10)); + return size; + } else if (val > NUM_PAGES_TO_ALLOC) { + printk(KERN_WARNING TTM_PFX + "Setting allocation size to " + "larger than %lu is not recommended.\n", + NUM_PAGES_TO_ALLOC*(PAGE_SIZE >> 10)); + } + m->options.alloc_size =3D val; + } + + return size; +} + +static ssize_t ttm_pool_show(struct kobject *kobj, struct attribute *att= r, + char *buffer) +{ + struct ttm_pool_manager *m =3D + container_of(kobj, struct ttm_pool_manager, kobj); + unsigned val =3D 0; + + if (attr =3D=3D &ttm_page_pool_max) + val =3D m->options.max_size; + else if (attr =3D=3D &ttm_page_pool_small) + val =3D m->options.small; + else if (attr =3D=3D &ttm_page_pool_alloc_size) + val =3D m->options.alloc_size; + + val =3D val * (PAGE_SIZE >> 10); + + return snprintf(buffer, PAGE_SIZE, "%u\n", val); +} + +static const struct sysfs_ops ttm_pool_sysfs_ops =3D { + .show =3D &ttm_pool_show, + .store =3D &ttm_pool_store, +}; + +static struct kobj_type ttm_pool_kobj_type =3D { + .release =3D &ttm_pool_kobj_release, + .sysfs_ops =3D &ttm_pool_sysfs_ops, + .default_attrs =3D ttm_pool_attrs, +}; + +#ifndef CONFIG_X86 +static int set_pages_array_wb(struct page **pages, int addrinarray) +{ +#ifdef TTM_HAS_AGP + int i; + + for (i =3D 0; i < addrinarray; i++) + unmap_page_from_agp(pages[i]); +#endif + return 0; +} + +static int set_pages_array_wc(struct page **pages, int addrinarray) +{ +#ifdef TTM_HAS_AGP + int i; + + for (i =3D 0; i < addrinarray; i++) + map_page_into_agp(pages[i]); +#endif + return 0; +} + +static int set_pages_array_uc(struct page **pages, int addrinarray) +{ +#ifdef TTM_HAS_AGP + int i; + + for (i =3D 0; i < addrinarray; i++) + map_page_into_agp(pages[i]); +#endif + return 0; +} +#endif /* for !CONFIG_X86 */ + +static int ttm_set_pages_caching(struct dma_pool *pool, + struct page **pages, unsigned cpages) +{ + int r =3D 0; + /* Set page caching */ + if (pool->type & IS_UC) { + r =3D set_pages_array_uc(pages, cpages); + if (r) + pr_err(TTM_PFX + "%s: Failed to set %d pages to uc!\n", + pool->dev_name, cpages); + } + if (pool->type & IS_WC) { + r =3D set_pages_array_wc(pages, cpages); + if (r) + pr_err(TTM_PFX + "%s: Failed to set %d pages to wc!\n", + pool->dev_name, cpages); + } + return r; +} + +static void __ttm_dma_free_page(struct dma_pool *pool, struct dma_page *= d_page) +{ + dma_addr_t dma =3D d_page->dma; + dma_free_coherent(pool->dev, pool->size, d_page->vaddr, dma); + + kfree(d_page); + d_page =3D NULL; +} +static struct dma_page *__ttm_dma_alloc_page(struct dma_pool *pool) +{ + struct dma_page *d_page; + + d_page =3D kmalloc(sizeof(struct dma_page), GFP_KERNEL); + if (!d_page) + return NULL; + + d_page->vaddr =3D dma_alloc_coherent(pool->dev, pool->size, + &d_page->dma, + pool->gfp_flags); + if (d_page->vaddr) + d_page->p =3D virt_to_page(d_page->vaddr); + else { + kfree(d_page); + d_page =3D NULL; + } + return d_page; +} +static enum pool_type ttm_to_type(int flags, enum ttm_caching_state csta= te) +{ + enum pool_type type =3D IS_UNDEFINED; + + if (flags & TTM_PAGE_FLAG_DMA32) + type |=3D IS_DMA32; + if (cstate =3D=3D tt_cached) + type |=3D IS_CACHED; + else if (cstate =3D=3D tt_uncached) + type |=3D IS_UC; + else + type |=3D IS_WC; + + return type; +} +static void ttm_pool_update_free_locked(struct dma_pool *pool, + unsigned freed_pages) +{ + pool->npages_free -=3D freed_pages; + pool->nfrees +=3D freed_pages; + +} +/* set memory back to wb and free the pages. */ +static void ttm_dma_pages_put(struct dma_pool *pool, struct list_head *d= _pages, + struct page *pages[], unsigned npages) +{ + struct dma_page *d_page, *tmp; + + if (npages && set_pages_array_wb(pages, npages)) + pr_err(TTM_PFX "%s: Failed to set %d pages to wb!\n", + pool->dev_name, npages); + + if (npages > 1) { + pr_debug("%s: (%s:%d) Freeing %d pages at once (lockless).\n", + pool->dev_name, pool->name, current->pid, npages); + } + + list_for_each_entry_safe(d_page, tmp, d_pages, page_list) { + list_del(&d_page->page_list); + __ttm_dma_free_page(pool, d_page); + } +} +/* + * Free pages from pool. + * + * To prevent hogging the ttm_swap process we only free NUM_PAGES_TO_ALL= OC + * number of pages in one go. + * + * @pool: to free the pages from + * @nr_free: If set to true will free all pages in pool + **/ +static unsigned ttm_dma_page_pool_free(struct dma_pool *pool, unsigned n= r_free) +{ + unsigned long irq_flags; + struct dma_page *dma_p, *tmp; + struct page **pages_to_free; + struct list_head d_pages; + unsigned freed_pages =3D 0, + npages_to_free =3D nr_free; + + if (NUM_PAGES_TO_ALLOC < nr_free) + npages_to_free =3D NUM_PAGES_TO_ALLOC; +#if 0 + if (nr_free > 1) { + pr_debug("%s: (%s:%d) Attempting to free %d (%d) pages\n", + pool->dev_name, pool->name, current->pid, + npages_to_free, nr_free); + } +#endif + pages_to_free =3D kmalloc(npages_to_free * sizeof(struct page *), + GFP_KERNEL); + + if (!pages_to_free) { + pr_err(TTM_PFX + "%s: Failed to allocate memory for pool free operation.\n", + pool->dev_name); + return 0; + } + INIT_LIST_HEAD(&d_pages); +restart: + spin_lock_irqsave(&pool->lock, irq_flags); + + /* We picking the oldest ones off the list */ + list_for_each_entry_safe_reverse(dma_p, tmp, &pool->free_list, + page_list) { + if (freed_pages >=3D npages_to_free) + break; + + /* Move the dma_page from one list to another. */ + list_move(&dma_p->page_list, &d_pages); + + pages_to_free[freed_pages++] =3D dma_p->p; + /* We can only remove NUM_PAGES_TO_ALLOC at a time. */ + if (freed_pages >=3D NUM_PAGES_TO_ALLOC) { + + ttm_pool_update_free_locked(pool, freed_pages); + /** + * Because changing page caching is costly + * we unlock the pool to prevent stalling. + */ + spin_unlock_irqrestore(&pool->lock, irq_flags); + + ttm_dma_pages_put(pool, &d_pages, pages_to_free, + freed_pages); + + INIT_LIST_HEAD(&d_pages); + + if (likely(nr_free !=3D FREE_ALL_PAGES)) + nr_free -=3D freed_pages; + + if (NUM_PAGES_TO_ALLOC >=3D nr_free) + npages_to_free =3D nr_free; + else + npages_to_free =3D NUM_PAGES_TO_ALLOC; + + freed_pages =3D 0; + + /* free all so restart the processing */ + if (nr_free) + goto restart; + + /* Not allowed to fall through or break because + * following context is inside spinlock while we are + * outside here. + */ + goto out; + + } + } + + /* remove range of pages from the pool */ + if (freed_pages) { + ttm_pool_update_free_locked(pool, freed_pages); + nr_free -=3D freed_pages; + } + + spin_unlock_irqrestore(&pool->lock, irq_flags); + + if (freed_pages) + ttm_dma_pages_put(pool, &d_pages, pages_to_free, freed_pages); +out: + kfree(pages_to_free); + return nr_free; +} + +static void ttm_dma_free_pool(struct device *dev, enum pool_type type) +{ + struct device_pools *p; + struct dma_pool *pool; + struct dma_page *d_page, *d_tmp; + + if (!dev) + return; + + mutex_lock(&_manager->lock); + list_for_each_entry_reverse(p, &_manager->pools, pools) { + if (p->dev !=3D dev) + continue; + pool =3D p->pool; + if (pool->type !=3D type) + continue; + + list_del(&p->pools); + kfree(p); + _manager->npools--; + break; + } + list_for_each_entry_reverse(pool, &dev->dma_pools, pools) { + unsigned long irq_save; + if (pool->type !=3D type) + continue; + /* Takes a spinlock.. */ + ttm_dma_page_pool_free(pool, FREE_ALL_PAGES); + /* .. but afterwards we can take it too */ + spin_lock_irqsave(&pool->lock, irq_save); + list_for_each_entry_safe(d_page, d_tmp, &pool->inuse_list, + page_list) { + pr_err("%s: (%s:%d) %p (%p DMA:0x%lx) busy!\n", + pool->dev_name, pool->name, + current->pid, d_page->vaddr, + virt_to_page(d_page->vaddr), + (unsigned long)d_page->dma); + list_del(&d_page->page_list); + kfree(d_page); + pool->npages_in_use--; + } + spin_unlock_irqrestore(&pool->lock, irq_save); + WARN_ON(((pool->npages_in_use + pool->npages_free) !=3D 0)); + /* This code path is called after _all_ references to the + * struct device has been dropped - so nobody should be + * touching it. In case somebody is trying to _add_ we are + * guarded by the mutex. */ + list_del(&pool->pools); + kfree(pool); + break; + } + mutex_unlock(&_manager->lock); +} +/* + * On free-ing of the 'struct device' this deconstructor is run. + * Albeit the pool might have already been freed earlier. + */ +static void ttm_dma_pool_release(struct device *dev, void *res) +{ + struct dma_pool *pool =3D *(struct dma_pool **)res; + + if (pool) + ttm_dma_free_pool(dev, pool->type); +} + +static int ttm_dma_pool_match(struct device *dev, void *res, void *match= _data) +{ + return *(struct dma_pool **)res =3D=3D match_data; +} + +static struct dma_pool *ttm_dma_pool_init(struct device *dev, gfp_t flag= s, + enum pool_type type) +{ + char *n[] =3D {"wc", "uc", "cached", " dma32", "unknown",}; + enum pool_type t[] =3D {IS_WC, IS_UC, IS_CACHED, IS_DMA32, IS_UNDEFINED= }; + struct device_pools *sec_pool =3D NULL; + struct dma_pool *pool =3D NULL, **ptr; + unsigned i; + int ret =3D -ENODEV; + char *p; + + if (!dev) + return NULL; + + ptr =3D devres_alloc(ttm_dma_pool_release, sizeof(*ptr), GFP_KERNEL); + if (!ptr) + return NULL; + + ret =3D -ENOMEM; + + pool =3D kmalloc_node(sizeof(struct dma_pool), GFP_KERNEL, + dev_to_node(dev)); + if (!pool) + goto err_mem; + + sec_pool =3D kmalloc_node(sizeof(struct device_pools), GFP_KERNEL, + dev_to_node(dev)); + if (!sec_pool) + goto err_mem; + + INIT_LIST_HEAD(&sec_pool->pools); + sec_pool->dev =3D dev; + sec_pool->pool =3D pool; + + INIT_LIST_HEAD(&pool->free_list); + INIT_LIST_HEAD(&pool->inuse_list); + INIT_LIST_HEAD(&pool->pools); + spin_lock_init(&pool->lock); + pool->dev =3D dev; + pool->npages_free =3D pool->npages_in_use =3D 0; + pool->nfrees =3D 0; + pool->gfp_flags =3D flags; + pool->size =3D PAGE_SIZE; + pool->type =3D type; + pool->nrefills =3D 0; + pool->fill_lock =3D false; + p =3D pool->name; + for (i =3D 0; i < 5; i++) { + if (type & t[i]) { + p +=3D snprintf(p, sizeof(pool->name) - (p - pool->name), + "%s", n[i]); + } + } + *p =3D 0; + /* We copy the name for pr_ calls b/c when dma_pool_destroy is called + * - the kobj->name has already been deallocated.*/ + snprintf(pool->dev_name, sizeof(pool->dev_name), "%s %s", + dev_driver_string(dev), dev_name(dev)); + mutex_lock(&_manager->lock); + /* You can get the dma_pool from either the global: */ + list_add(&sec_pool->pools, &_manager->pools); + _manager->npools++; + /* or from 'struct device': */ + list_add(&pool->pools, &dev->dma_pools); + mutex_unlock(&_manager->lock); + + *ptr =3D pool; + devres_add(dev, ptr); + + return pool; +err_mem: + devres_free(ptr); + kfree(sec_pool); + kfree(pool); + return ERR_PTR(ret); +} +static struct dma_pool *ttm_dma_find_pool(struct device *dev, + enum pool_type type) +{ + struct dma_pool *pool, *tmp, *found =3D NULL; + + if (type =3D=3D IS_UNDEFINED) + return found; + + /* NB: We iterate on the 'struct dev' which has no spinlock, but + * it does have a kref which we have taken. The kref is taken during + * graphic driver loading - in the drm_pci_init it calls either + * pci_dev_get or pci_register_driver which both end up taking a kref + * on 'struct device'. + * + * On teardown, the graphic drivers end up quiescing the TTM (put_pages= ) + * and calls the dev_res deconstructors: ttm_dma_pool_release. The nice + * thing is at that point of time there are no pages associated with th= e + * driver so this function will not be called. + */ + list_for_each_entry_safe(pool, tmp, &dev->dma_pools, pools) { + if (pool->type !=3D type) + continue; + found =3D pool; + break; + } + return found; +} + +/* + * Free pages the pages that failed to change the caching state. If ther= e + * are pages that have changed their caching state already put them to t= he + * pool. + */ +static void ttm_dma_handle_caching_state_failure(struct dma_pool *pool, + struct list_head *d_pages, + struct page **failed_pages, + unsigned cpages) +{ + struct dma_page *d_page, *tmp; + struct page *p; + unsigned i =3D 0; + + p =3D failed_pages[0]; + if (!p) + return; + /* Find the failed page. */ + list_for_each_entry_safe(d_page, tmp, d_pages, page_list) { + if (d_page->p !=3D p) + continue; + /* .. and then progress over the full list. */ + list_del(&d_page->page_list); + __ttm_dma_free_page(pool, d_page); + if (++i < cpages) + p =3D failed_pages[i]; + else + break; + } + +} +/* + * Allocate 'count' pages, and put 'need' number of them on the + * 'pages' and as well on the 'dma_address' starting at 'dma_offset' off= set. + * The full list of pages should also be on 'd_pages'. + * We return zero for success, and negative numbers as errors. + */ +static int ttm_dma_pool_alloc_new_pages(struct dma_pool *pool, + struct list_head *d_pages, + unsigned count) +{ + struct page **caching_array; + struct dma_page *dma_p; + struct page *p; + int r =3D 0; + unsigned i, cpages; + unsigned max_cpages =3D min(count, + (unsigned)(PAGE_SIZE/sizeof(struct page *))); + + /* allocate array for page caching change */ + caching_array =3D kmalloc(max_cpages*sizeof(struct page *), GFP_KERNEL)= ; + + if (!caching_array) { + pr_err(TTM_PFX + "%s: Unable to allocate table for new pages.", + pool->dev_name); + return -ENOMEM; + } + + if (count > 1) { + pr_debug("%s: (%s:%d) Getting %d pages\n", + pool->dev_name, pool->name, current->pid, + count); + } + + for (i =3D 0, cpages =3D 0; i < count; ++i) { + dma_p =3D __ttm_dma_alloc_page(pool); + if (!dma_p) { + pr_err(TTM_PFX "%s: Unable to get page %u.\n", + pool->dev_name, i); + + /* store already allocated pages in the pool after + * setting the caching state */ + if (cpages) { + r =3D ttm_set_pages_caching(pool, caching_array, + cpages); + if (r) + ttm_dma_handle_caching_state_failure( + pool, d_pages, caching_array, + cpages); + } + r =3D -ENOMEM; + goto out; + } + p =3D dma_p->p; +#ifdef CONFIG_HIGHMEM + /* gfp flags of highmem page should never be dma32 so we + * we should be fine in such case + */ + if (!PageHighMem(p)) +#endif + { + caching_array[cpages++] =3D p; + if (cpages =3D=3D max_cpages) { + /* Note: Cannot hold the spinlock */ + r =3D ttm_set_pages_caching(pool, caching_array, + cpages); + if (r) { + ttm_dma_handle_caching_state_failure( + pool, d_pages, caching_array, + cpages); + goto out; + } + cpages =3D 0; + } + } + list_add(&dma_p->page_list, d_pages); + } + + if (cpages) { + r =3D ttm_set_pages_caching(pool, caching_array, cpages); + if (r) + ttm_dma_handle_caching_state_failure(pool, d_pages, + caching_array, cpages); + } +out: + kfree(caching_array); + return r; +} +static bool ttm_dma_iterate_reverse(struct dma_pool *pool, + struct dma_page *d_page, + struct page *p) +{ + + /* Note: When TTM layer gets pages - it gets them one page at a time + * and puts them on an array (so most recently allocated page is at + * at the back). The inuse_list is a copy of those pages, but in the + * exact opposite order. This is b/c when TTM puts pages back, it + * constructs a stack with the oldest element on the top. Hence the + * inuse_list is constructed with the same order so that it will + * efficiently be matched against the stack. + * But, just in case the pages are not in that order, we double check + * the 'pages' against our inuse_list in case we have to go in reverse. + */ + struct page *p_next; + struct dma_page *tmp; + + tmp =3D list_entry(d_page->page_list.prev, struct dma_page, page_list); + if (&tmp->page_list !=3D &pool->inuse_list) { + p_next =3D list_entry(p->lru.next, struct page, lru); + if (tmp->p =3D=3D p_next) + return true; + } + return false; +} + +/* + * Iterate forward (or backwards if 'reverse' is true) by one element + * in the pool->in_use list. We use 'd_page' as the starting point. + * The 'd_page' upon completion of the iteration, is moved to the + * 'd_pages' list. + */ +static struct dma_page *ttm_dma_iterate_next(struct dma_pool *pool, + struct dma_page *d_page, + struct list_head *d_pages, + bool reverse) +{ + struct dma_page *next =3D NULL; + + if (unlikely(reverse)) { + if (&d_page->page_list !=3D &pool->inuse_list) + next =3D list_entry(d_page->page_list.prev, + struct dma_page, + page_list); + list_move(&d_page->page_list, d_pages); + } else { + if (&d_page->page_list !=3D &pool->inuse_list) + next =3D list_entry(d_page->page_list.next, + struct dma_page, + page_list); + list_move_tail(&d_page->page_list, d_pages); + } + return next; +} +/* + * Iterate forward (or backwards if 'reverse' is true), looking + * for page 'p' in the pool->inuse_list, starting at 'start'. + */ +static struct dma_page *ttm_dma_iterate_forward(struct dma_pool *pool, + struct dma_page *start, + struct page *p, + bool reverse) +{ + struct dma_page *tmp =3D start; + + if (unlikely(reverse)) { + list_for_each_entry_continue_reverse(tmp, &pool->inuse_list, + page_list) { + if (p =3D=3D tmp->p) + return tmp; + } + } else { + list_for_each_entry_continue(tmp, &pool->inuse_list, + page_list) { + if (p =3D=3D tmp->p) + return tmp; + } + } + return NULL; +} +/* + * Recycle (or delete) the 'pages' that are on the 'pool'. + * @pool: The pool that the pages are associated with. + * @pages: The list of pages we are done with. + * @page_count: Count of how many pages (or zero if all). + * @erase: Instead of recycling - just free them. + */ +static unsigned int ttm_dma_put_pages_in_pool(struct dma_pool *pool, + struct list_head *pages, + unsigned page_count, + bool erase) +{ + unsigned long uninitialized_var(irq_flags); + struct list_head uninitialized_var(d_pages); + struct page **uninitialized_var(array_pages); + unsigned uninitialized_var(freed_pages); + struct page *p, *tmp; + unsigned count =3D 0; + struct dma_page *d_tmp, *d_page =3D NULL; + bool rev =3D false; + if (unlikely(WARN_ON(list_empty(pages)))) + return 0; + + if (page_count =3D=3D 0) { + list_for_each_entry(p, pages, lru) + ++page_count; + + } + if (page_count > 1) { + pr_debug("%s: (%s:%d) %s %d pages\n", + pool->dev_name, pool->name, current->pid, + erase ? "Destroying" : "Recycling", page_count); + } + + /* d_pages is the list of 'struct dma_page' */ + INIT_LIST_HEAD(&d_pages); + + if (erase) { + /* and pages_to_free is used for cache reset */ + array_pages =3D kmalloc(page_count * sizeof(struct page *), + GFP_KERNEL); + if (!array_pages) { + dev_err(pool->dev, TTM_PFX + "Failed to allocate memory for pool free operation.\n"); + return 0; + } + freed_pages =3D 0; + } + + /* Find the first page of the "chunk" of pages. */ + p =3D list_first_entry(pages, struct page, lru); + spin_lock_irqsave(&pool->lock, irq_flags); +restart: + list_for_each_entry(d_tmp, &pool->inuse_list, page_list) { + if (p =3D=3D d_tmp->p) { + d_page =3D d_tmp; + break; + } + } + /* The pages are _not_ in this pool. */ + if (!d_page) { + spin_unlock_irqrestore(&pool->lock, irq_flags); + return 0; + } + rev =3D ttm_dma_iterate_reverse(pool, d_page, p); + if (rev) + pr_debug("%s: (%s:%d) Traversing %d in reverse order\n", + pool->dev_name, pool->name, current->pid, page_count); + /* Continue iterating on both lists. */ + list_for_each_entry_safe(p, tmp, pages, lru) { + if (d_page->p !=3D p && count !=3D page_count) { + /* Yikes! The inuse stack is swiss cheese. Have to + start looking.*/ + d_page =3D ttm_dma_iterate_forward(pool, d_page, p, rev); + if (!d_page) + goto restart; + } + /* Do not advance past what we were asked to delete. */ + if (d_page->p !=3D p) + break; + list_del(&p->lru); + + if (erase) + array_pages[freed_pages++] =3D d_page->p; + d_page =3D ttm_dma_iterate_next(pool, d_page, &d_pages, rev); + if (!d_page) + break; + count++; + /* Check if we should iterate. */ + if (count =3D=3D page_count) + break; + } + if (!erase) /* And stick 'em on the free pool. */ + list_splice(&d_pages, &pool->free_list); + + spin_unlock_irqrestore(&pool->lock, irq_flags); + + if (erase) { + /* Note: The caller of us updates the pool accounting. */ + ttm_dma_pages_put(pool, &d_pages, array_pages /* to set WB */, + freed_pages); + kfree(array_pages); + } + if (count > 1) { + pr_debug("%s: (%s:%d) %d/%d pages %s pool.\n", + pool->dev_name, pool->name, current->pid, + count, page_count, + erase ? "erased from inuse" : "put in free"); + } + return count; +} +/* + * @return count of pages still required to fulfill the request. +*/ +static int ttm_dma_page_pool_fill_locked(struct dma_pool *pool, + unsigned count, + unsigned long *irq_flags) +{ + int r =3D count; + + if (pool->fill_lock) + return r; + + pool->fill_lock =3D true; + if (count < _manager->options.small && + count > pool->npages_free) { + struct list_head d_pages; + unsigned alloc_size =3D _manager->options.alloc_size; + + INIT_LIST_HEAD(&d_pages); + + spin_unlock_irqrestore(&pool->lock, *irq_flags); + + /* Returns how many more are neccessary to fulfill the + * request. */ + r =3D ttm_dma_pool_alloc_new_pages(pool, &d_pages, alloc_size); + + spin_lock_irqsave(&pool->lock, *irq_flags); + if (!r) { + /* Add the fresh to the end.. */ + list_splice(&d_pages, &pool->free_list); + ++pool->nrefills; + pool->npages_free +=3D alloc_size; + } else { + struct dma_page *d_page; + unsigned cpages =3D 0; + + pr_err(TTM_PFX "%s: Failed to fill %s pool (r:%d)!\n", + pool->dev_name, pool->name, r); + + list_for_each_entry(d_page, &d_pages, page_list) { + cpages++; + } + list_splice_tail(&d_pages, &pool->free_list); + pool->npages_free +=3D cpages; + } + } + pool->fill_lock =3D false; + return r; + +} + +/* + * @return count of pages still required to fulfill the request. + * The populate list is actually a stack (not that is matters as TTM + * allocates one page at a time. + */ +static int ttm_dma_pool_get_pages(struct dma_pool *pool, + struct list_head *pages, + dma_addr_t *dma_address, unsigned count) +{ + unsigned long irq_flags; + int r; + unsigned i; + struct dma_page *d_page, *tmp; + struct list_head d_pages; + + spin_lock_irqsave(&pool->lock, irq_flags); + r =3D ttm_dma_page_pool_fill_locked(pool, count, &irq_flags); + if (r < 0) { + pr_debug("%s: (%s:%d) Asked for %d, got %d %s.\n", + pool->dev_name, pool->name, current->pid, count, r, + (r < 0) ? "err:" : "pages"); + goto out; + } + if (!pool->npages_free) + goto out; + if (count > 1) { + pr_debug("%s: (%s:%d) Looking in free list for %d pages. "\ + "(have %d pages free)\n", + pool->dev_name, pool->name, current->pid, count, + pool->npages_free); + } + i =3D 0; + /* We are holding the spinlock.. */ + INIT_LIST_HEAD(&d_pages); + /* Note: The the 'pages' (and inuse_list) is expected to be a stack, + * so we put the entries in the right order (and on the inuse list + * in the reverse order to compenstate for freeing - which inverts the + * 'pages' order). + */ + list_for_each_entry_safe(d_page, tmp, &pool->free_list, page_list) { + list_add_tail(&d_page->p->lru, pages); + dma_address[i++] =3D d_page->dma; + list_move(&d_page->page_list, &d_pages); + if (i =3D=3D count) + break; + } + /* Note: The 'inuse_list' must have the same order as the 'pages' + * to be effective when pages are put back. And since 'pages' is + * as stack, ergo inuse_list is a stack too. */ + list_splice(&d_pages, &pool->inuse_list); + count -=3D i; + pool->npages_in_use +=3D i; + pool->npages_free -=3D i; +out: + spin_unlock_irqrestore(&pool->lock, irq_flags); + if (count) + pr_debug("%s: (%s:%d) Need %d more.\n", + pool->dev_name, pool->name, current->pid, count); + return count; +} +/* + * On success pages list will hold count number of correctly + * cached pages. On failure will hold the negative return value (-ENOMEM= , etc). + */ +int ttm_dma_get_pages(struct ttm_tt *ttm, struct list_head *pages, + unsigned count, dma_addr_t *dma_address) + +{ + int r =3D -ENOMEM; + struct dma_pool *pool; + gfp_t gfp_flags; + enum pool_type type; + struct device *dev =3D ttm->be->dev; + + type =3D ttm_to_type(ttm->page_flags, ttm->caching_state); + + if (ttm->page_flags & TTM_PAGE_FLAG_DMA32) + gfp_flags =3D GFP_USER | GFP_DMA32; + else + gfp_flags =3D GFP_HIGHUSER; + + if (ttm->page_flags & TTM_PAGE_FLAG_ZERO_ALLOC) + gfp_flags |=3D __GFP_ZERO; + + pool =3D ttm_dma_find_pool(dev, type); + if (!pool) { + pool =3D ttm_dma_pool_init(dev, gfp_flags, type); + if (IS_ERR_OR_NULL(pool)) + return -ENOMEM; + } +#if 0 + if (count > 1) { + pr_debug("%s (%s:%d) Attempting to get %d pages type %x\n", + pool->dev_name, pool->name, current->pid, count, + cstate); + } +#endif + /* Take pages out of a pool (if applicable) */ + r =3D ttm_dma_pool_get_pages(pool, pages, dma_address, count); + /* clear the pages coming from the pool if requested */ + if (ttm->page_flags & TTM_PAGE_FLAG_ZERO_ALLOC) { + struct page *p; + list_for_each_entry(p, pages, lru) { + clear_page(page_address(p)); + } + } + /* If pool didn't have enough pages allocate new one. */ + if (r > 0) { + struct list_head d_pages; + unsigned pages_need =3D r; + unsigned long irq_flags; + + INIT_LIST_HEAD(&d_pages); + + /* Note, we are running without locking here.. + * and we have to manually add the stack to the inuse pool. */ + r =3D ttm_dma_pool_alloc_new_pages(pool, &d_pages, pages_need); + + if (r =3D=3D 0) { + struct dma_page *d_page; + int i =3D count - 1; + + /* Since the pages are directly going to the inuse_list + * which is stack based, lets treat it as a stack. + */ + list_for_each_entry(d_page, &d_pages, page_list) { + list_add(&d_page->p->lru, pages); + BUG_ON(i < 0); + dma_address[i--] =3D d_page->dma; + } + spin_lock_irqsave(&pool->lock, irq_flags); + pool->npages_in_use +=3D pages_need; + list_splice(&d_pages, &pool->inuse_list); + spin_unlock_irqrestore(&pool->lock, irq_flags); + } else { + /* If there is any pages in the list put them back to + * the pool. */ + pr_err(TTM_PFX + "%s: Failed to allocate extra pages " + "for large request.", + pool->dev_name); + spin_lock_irqsave(&pool->lock, irq_flags); + pool->npages_free +=3D r; + /* We don't care about ordering on the free_list. */ + list_splice(&d_pages, &pool->free_list); + spin_unlock_irqrestore(&pool->lock, irq_flags); + return count; + } + } + return r; +} + +/* Get good estimation how many pages are free in pools */ +static int ttm_dma_pool_get_num_unused_pages(void) +{ + struct device_pools *p; + unsigned total =3D 0; + + mutex_lock(&_manager->lock); + list_for_each_entry(p, &_manager->pools, pools) { + if (p) + total +=3D p->pool->npages_free; + } + mutex_unlock(&_manager->lock); + return total; +} + +/* Put all pages in pages list to correct pool to wait for reuse */ +void ttm_dma_put_pages(struct ttm_tt *ttm, struct list_head *pages, + unsigned page_count, dma_addr_t *dma_address) +{ + struct dma_pool *pool; + enum pool_type type; + bool is_cached =3D false; + unsigned count =3D 0, i; + unsigned long irq_flags; + struct device *dev =3D ttm->be->dev; + + if (list_empty(pages)) + return; + + type =3D ttm_to_type(ttm->page_flags, ttm->caching_state); + pool =3D ttm_dma_find_pool(dev, type); + if (!pool) { + WARN_ON(!pool); + return; + } + is_cached =3D (ttm_dma_find_pool(pool->dev, + ttm_to_type(ttm->page_flags, tt_cached)) =3D=3D pool); + + if (page_count > 1) { + dev_dbg(pool->dev, "(%s:%d) Attempting to %s %d pages.\n", + pool->name, current->pid, + (is_cached) ? "destroy" : "recycle", page_count); + } + + count =3D ttm_dma_put_pages_in_pool(pool, pages, page_count, is_cached)= ; + + for (i =3D 0; i < count; i++) + dma_address[i] =3D 0; + + spin_lock_irqsave(&pool->lock, irq_flags); + pool->npages_in_use -=3D count; + if (is_cached) + pool->nfrees +=3D count; + else + pool->npages_free +=3D count; + spin_unlock_irqrestore(&pool->lock, irq_flags); + + page_count -=3D count; + WARN(page_count !=3D 0, + "Only freed %d page(s) in %s. Could not free the other %d!\n", + count, pool->name, page_count); + + page_count =3D 0; + if (pool->npages_free > _manager->options.max_size) { + page_count =3D pool->npages_free - _manager->options.max_size; + if (page_count < NUM_PAGES_TO_ALLOC) + page_count =3D NUM_PAGES_TO_ALLOC; + } + if (page_count) + ttm_dma_page_pool_free(pool, page_count); +} + +/** + * Callback for mm to request pool to reduce number of page held. + */ +static int ttm_dma_pool_mm_shrink(struct shrinker *shrink, + struct shrink_control *sc) +{ + static atomic_t start_pool =3D ATOMIC_INIT(0); + unsigned idx =3D 0; + unsigned pool_offset =3D atomic_add_return(1, &start_pool); + unsigned shrink_pages =3D sc->nr_to_scan; + struct device_pools *p; + + if (list_empty(&_manager->pools)) + return 0; + + mutex_lock(&_manager->lock); + pool_offset =3D pool_offset % _manager->npools; + list_for_each_entry(p, &_manager->pools, pools) { + unsigned nr_free; + + if (!p && !p->dev) + continue; + if (shrink_pages =3D=3D 0) + break; + /* Do it in round-robin fashion. */ + if (++idx < pool_offset) + continue; + nr_free =3D shrink_pages; + shrink_pages =3D ttm_dma_page_pool_free(p->pool, nr_free); + pr_debug("%s: (%s:%d) Asked to shrink %d, have %d more to go\n", + p->pool->dev_name, p->pool->name, current->pid, nr_free, + shrink_pages); + } + mutex_unlock(&_manager->lock); + /* return estimated number of unused pages in pool */ + return ttm_dma_pool_get_num_unused_pages(); +} + +static void ttm_dma_pool_mm_shrink_init(struct ttm_pool_manager *manager= ) +{ + manager->mm_shrink.shrink =3D &ttm_dma_pool_mm_shrink; + manager->mm_shrink.seeks =3D 1; + register_shrinker(&manager->mm_shrink); +} +static void ttm_dma_pool_mm_shrink_fini(struct ttm_pool_manager *manager= ) +{ + unregister_shrinker(&manager->mm_shrink); +} +int ttm_dma_page_alloc_init(struct ttm_mem_global *glob, + unsigned max_pages) +{ + int ret =3D -ENOMEM; + + WARN_ON(_manager); + + printk(KERN_INFO TTM_PFX "Initializing DMA pool allocator.\n"); + + _manager =3D kzalloc(sizeof(*_manager), GFP_KERNEL); + if (!_manager) + goto err_manager; + + mutex_init(&_manager->lock); + INIT_LIST_HEAD(&_manager->pools); + + _manager->options.max_size =3D max_pages; + _manager->options.small =3D SMALL_ALLOCATION; + _manager->options.alloc_size =3D NUM_PAGES_TO_ALLOC; + + /* This takes care of auto-freeing the _manager */ + ret =3D kobject_init_and_add(&_manager->kobj, &ttm_pool_kobj_type, + &glob->kobj, "dma_pool"); + if (unlikely(ret !=3D 0)) { + kobject_put(&_manager->kobj); + goto err; + } + ttm_dma_pool_mm_shrink_init(_manager); + return 0; +err_manager: + kfree(_manager); + _manager =3D NULL; +err: + return ret; +} +void ttm_dma_page_alloc_fini(void) +{ + struct device_pools *p, *t; + + printk(KERN_INFO TTM_PFX "Finalizing DMA pool allocator.\n"); + ttm_dma_pool_mm_shrink_fini(_manager); + + list_for_each_entry_safe_reverse(p, t, &_manager->pools, pools) { + dev_dbg(p->dev, "(%s:%d) Freeing.\n", p->pool->name, + current->pid); + WARN_ON(devres_destroy(p->dev, ttm_dma_pool_release, + ttm_dma_pool_match, p->pool)); + ttm_dma_free_pool(p->dev, p->pool->type); + } + kobject_put(&_manager->kobj); + _manager =3D NULL; +} + +int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data) +{ + struct device_pools *p; + struct dma_pool *pool =3D NULL; + char *h[] =3D {"pool", "refills", "pages freed", "inuse", "available", + "name", "virt", "busaddr"}; + + if (!_manager) { + seq_printf(m, "No pool allocator running.\n"); + return 0; + } + seq_printf(m, "%13s %12s %13s %8s %8s %8s\n", + h[0], h[1], h[2], h[3], h[4], h[5]); + mutex_lock(&_manager->lock); + list_for_each_entry(p, &_manager->pools, pools) { + struct device *dev =3D p->dev; + if (!dev) + continue; + pool =3D p->pool; + seq_printf(m, "%13s %12ld %13ld %8d %8d %8s\n", + pool->name, pool->nrefills, + pool->nfrees, pool->npages_in_use, + pool->npages_free, + pool->dev_name); + } + mutex_unlock(&_manager->lock); + return 0; +} +EXPORT_SYMBOL_GPL(ttm_dma_page_alloc_debugfs); +bool ttm_dma_override(struct ttm_backend_func *be) +{ + if (swiotlb_nr_tbl() && be) { + be->get_pages =3D &ttm_dma_get_pages; + be->put_pages =3D &ttm_dma_put_pages; + return true; + } + return false; +} +EXPORT_SYMBOL_GPL(ttm_dma_override); diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_= alloc.h index 0aaac39..9c52fb7 100644 --- a/include/drm/ttm/ttm_page_alloc.h +++ b/include/drm/ttm/ttm_page_alloc.h @@ -29,6 +29,37 @@ #include "ttm_bo_driver.h" #include "ttm_memory.h" =20 +#ifdef CONFIG_SWIOTLB +extern bool ttm_dma_override(struct ttm_backend_func *be); + +/** + * Initialize pool allocator. + */ +int ttm_dma_page_alloc_init(struct ttm_mem_global *glob, unsigned max_pa= ges); +/** + * Free pool allocator. + */ +void ttm_dma_page_alloc_fini(void); +/** + * Output the state of pools to debugfs file + */ +extern int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data); +#else +static inline bool ttm_dma_override(struct ttm_backend_func *be) +{ + return false; +} +static inline int ttm_dma_page_alloc_init(struct ttm_mem_global *glob, + unsigned max_pages) +{ + return -ENODEV; +} +static inline void ttm_dma_page_alloc_fini(void) { return; } +static inline int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *d= ata) +{ + return 0; +} +#endif /** * Get count number of pages from pool to pages list. * --=20 1.7.6.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:21:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:21:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJtj-0002M1-Gb; Tue, 01 Nov 2011 12:21:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1RLJdc-0005s8-6B for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:04:45 -0700 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-5.tower-182.messagelabs.com!1320174280!1577002!1 X-Originating-IP: [82.198.197.8] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13677 invoked from network); 1 Nov 2011 19:04:40 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-5.tower-182.messagelabs.com with SMTP; 1 Nov 2011 19:04:40 -0000 Received: from localhost (localhost [127.0.0.1]) by slugis.knut.univention.de (Postfix) with ESMTP id AFE97E5B113; Tue, 1 Nov 2011 20:04:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by slugis.knut.univention.de (Postfix) with ESMTP id 9D649164B10E; Tue, 1 Nov 2011 20:04:37 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.1 (20080629) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (slugis.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ePMILj6OSoVX; Tue, 1 Nov 2011 20:04:36 +0100 (CET) Received: from stave.knut.univention.de (stave.knut.univention.de [192.168.0.191]) by slugis.knut.univention.de (Postfix) with ESMTPSA id B364EE5B102; Tue, 1 Nov 2011 20:04:36 +0100 (CET) From: Philipp Hahn Organization: Univention.de To: Ian Jackson Subject: Re: [Xen-devel] [PATCH v2] Add HybridISO support for PyGrub2 Date: Tue, 1 Nov 2011 20:04:25 +0100 User-Agent: KMail/1.9.10 (enterprise35 20100903.1171286) References: <201110251057.06774.hahn@univention.de> <201110280946.51201.hahn@univention.de> <20144.16411.886176.254632@mariner.uk.xensource.com> In-Reply-To: <20144.16411.886176.254632@mariner.uk.xensource.com> X-KMail-QuotePrefix: > MIME-Version: 1.0 Message-Id: <201111012004.30624.hahn@univention.de> Cc: "xen-devel@lists.xensource.com" , Ian Campbell X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0559150883==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0559150883== Content-Type: multipart/signed; boundary="nextPart1357777.BZilLcrcLS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1357777.BZilLcrcLS Content-Type: multipart/mixed; boundary="Boundary-01=_5KEsO+rQqTHcdin" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_5KEsO+rQqTHcdin Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Ian, Am Dienstag 01 November 2011 19:53:15 schrieb Ian Jackson: > Philipp Hahn writes ("Re: [Xen-devel] [PATCH v2] Add HybridISO support fo= r=20 PyGrub2"): > > v2: For HybrisISOs use offset 0 in addition instead of replacement. > > Thanks. I tried to apply this but it has been linewrapped. Can you > please resubmit it with a non-broken mailer ? If you avoid lines >75 > characters it probably won't linewrap, or you could attach it I guess. I've attached the patch. Thank you for asking back. Sincerely Philipp =2D-=20 Philipp Hahn Open Source Software Engineer hahn@univention.de Univention GmbH Linux for Your Business fon: +49 421 22 232- 0 Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 232-99 http://www.univention.de/ --Boundary-01=_5KEsO+rQqTHcdin Content-Type: text/x-diff; charset="iso-8859-15"; name="0003-pygrub-hybridiso.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0003-pygrub-hybridiso.patch" Bug #23812: Add HybridISO support for PyGrub2 grub-mkrescue internally uses xorriso, which generates a so-called "Hybrid ISO": The ISO images also contains a DOS partition table, which allows the identical ISO file to be stored on an USB stick for booting from it. This breaks PyGrub, since it (wrongly) detects only the DOS partition table and = uses the first partition instead of the complete ISO file. Add a check to detect HybridISO files and use offset 0 in addition to parti= tion table parsing. =2D-- a/tools/pygrub/src/pygrub +++ b/tools/pygrub/src/pygrub @@ -40,15 +40,20 @@ def enable_cursor(ison): except _curses.error: pass =20 =2Ddef is_disk_image(file): +DISK_TYPE_RAW, DISK_TYPE_HYBRIDISO, DISK_TYPE_DOS =3D range(3) +def identify_disk_image(file): + """Detect DOS partition table or HybridISO format.""" fd =3D os.open(file, os.O_RDONLY) =2D buf =3D os.read(fd, 512) + buf =3D os.read(fd, 0x8006) os.close(fd) =20 if len(buf) >=3D 512 and \ struct.unpack("H", buf[0x1fe: 0x200]) =3D=3D (0xaa55,): =2D return True =2D return False + # HybridISO contains a DOS partition table for booting from USB de= vices, but really is an ISO image + if len(buf) >=3D 0x8006 and buf[0x8001:0x8006] =3D=3D 'CD001': + return DISK_TYPE_HYBRIDISO + return DISK_TYPE_DOS + return DISK_TYPE_RAW =20 SECTOR_SIZE=3D512 DK_LABEL_LOC=3D1 @@ -87,12 +92,19 @@ FDISK_PART_SOLARIS_OLD=3D0x82 FDISK_PART_GPT=3D0xee =20 def get_partition_offsets(file): =2D if not is_disk_image(file): + image_type =3D identify_disk_image(file) + if image_type =3D=3D DISK_TYPE_RAW: # No MBR: assume whole disk filesystem, which is like a=20 # single partition starting at 0 return [0] =2D =2D part_offs =3D [] + elif image_type =3D=3D DISK_TYPE_HYBRIDISO: + # A HybridISO contains an ISO filesystem at 0 in addition + # to the DOS partition table + part_offs =3D [0] + elif image_type =3D=3D DISK_TYPE_DOS: + part_offs =3D [] + else: + raise ValueError('Unhandled image type returnd by identify_disk_im= age(): %d' % (image_type,)) =20 fd =3D os.open(file, os.O_RDONLY) buf =3D os.read(fd, 512) --Boundary-01=_5KEsO+rQqTHcdin-- --nextPart1357777.BZilLcrcLS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAk6wQrkACgkQYPlgoZpUDjnTxwCeKbaPY+RGGE0rW+Ab0rcuD3wL KzQAnj1aiVyPtwNwiG9VP+O6FyqYqI8w =lnVm -----END PGP SIGNATURE----- --nextPart1357777.BZilLcrcLS-- --===============0559150883== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0559150883==-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:22:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:22:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJuV-0002jG-D3; Tue, 01 Nov 2011 12:22:11 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJdg-0005tU-7l for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:04:48 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1320174285!2434392!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10366 invoked from network); 1 Nov 2011 19:04:45 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 19:04:45 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702557" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 19:04:42 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 19:04:42 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJda-0006lK-0g; Tue, 01 Nov 2011 19:04:42 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJdZ-00019t-W7; Tue, 01 Nov 2011 19:04:41 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.17097.967889.755421@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 19:04:41 +0000 To: Christoph Egger Subject: Re: [Xen-devel] [PATCH] tools/ocaml: unify build process Newsgroups: chiark.mail.xen.devel In-Reply-To: <4EAFBA53.4050009@amd.com> References: <4EAFBA53.4050009@amd.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Christoph Egger writes ("[Xen-devel] [PATCH] tools/ocaml: unify build process"): > Unify ocaml build process for different platforms. > > Signed-off-by: Christoph Egger Acked-by: Ian Jackson Committed-by: Ian Jackson > P.S.: Please apply this to xen-4.1-testing Can you remind me about this after this change has made it through the automatic tester into xen-unstable.hg ? I'd rather not just make the same change to both trees at the same time, no matter how harmless it looks... Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:22:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:22:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJvD-00036N-PE; Tue, 01 Nov 2011 12:22:55 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLJgL-0006QF-0i for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:07:33 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1320174415!55156789!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5621 invoked from network); 1 Nov 2011 19:06:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 19:06:55 -0000 X-IronPort-AV: E=Sophos;i="4.69,439,1315180800"; d="scan'208";a="8702595" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 19:07:30 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 19:07:30 +0000 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLJgH-0006mH-LF; Tue, 01 Nov 2011 19:07:29 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1RLJgH-0001AQ-KP; Tue, 01 Nov 2011 19:07:29 +0000 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20144.17265.621187.887785@mariner.uk.xensource.com> Date: Tue, 1 Nov 2011 19:07:29 +0000 To: Christoph Egger Subject: Re: [Xen-devel] [PATCH] libxl: allow to enable/disable cpuid bits Newsgroups: chiark.mail.xen.devel In-Reply-To: <4EAFD200.4010207@amd.com> References: <4EAFD200.4010207@amd.com> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Christoph Egger writes ("[Xen-devel] [PATCH] libxl: allow to enable/disable cpuid bits"): > > Allow to enable/disable SVM specific cpuid bits > in the guest config file via cpuid config option. > Also allow to enable/disable the hypervisor cpuid bit > in the guest config file. We need to disable the > hypervisor cpuid bit to get Hyper-V going. The change itself looks plausible to me. However I don't know much about cpuid; can you get an ack from a hypervisor maintainer or an suitable expert ? Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 12:53:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 12:53:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLKOf-0004G3-6Z; Tue, 01 Nov 2011 12:53:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RLKNq-00043R-DE for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 12:52:30 -0700 X-Env-Sender: jim_burn@bellsouth.net X-Msg-Ref: server-11.tower-21.messagelabs.com!1320177146!2526449!1 X-Originating-IP: [98.139.44.164] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28872 invoked from network); 1 Nov 2011 19:52:26 -0000 Received: from nm15-vm0.access.bullet.mail.sp2.yahoo.com (HELO nm15-vm0.access.bullet.mail.sp2.yahoo.com) (98.139.44.164) by server-11.tower-21.messagelabs.com with SMTP; 1 Nov 2011 19:52:26 -0000 Received: from [98.139.44.105] by nm15.access.bullet.mail.sp2.yahoo.com with NNFMP; 01 Nov 2011 19:52:25 -0000 Received: from [98.139.44.83] by tm10.access.bullet.mail.sp2.yahoo.com with NNFMP; 01 Nov 2011 19:52:25 -0000 Received: from [127.0.0.1] by omp1020.access.mail.sp2.yahoo.com with NNFMP; 01 Nov 2011 19:52:25 -0000 X-Yahoo-Newman-Id: 523129.87519.bm@omp1020.access.mail.sp2.yahoo.com Received: (qmail 29398 invoked from network); 1 Nov 2011 19:52:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1320177145; bh=QFJ490r64ublT3ld9OyxDszSM11SwQpyjJm03usmEbQ=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Cc:Subject:Date:Message-ID:User-Agent:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type; b=29hmqNmji/iRA9vhK2QpUwVJTIyNedbY5SCtk9Dlo4w8h/TJEgHNnewPrZ4Kb4wF9UzSiWiga5dav3vSP2llS4RlHZJf3wAplB16TlhjmclzrraZ+eIueykNKkpTYbKJfnxKqGRwQBHzeuVCeebHob85ufk3TEz9WyN/YHJtu5g= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 9ww.Zt0VM1nHypBXQSSirgR0AVSZBp0bWtxMa5z5R_kbKt7 w7tjsnbD6gljj26_usvTRwUKdqkmN1XiYyG4ZOucyFOsyjbPYeDxcw3nsZOO xvmTvxTzQGbmxgq4Gm5r9CfybwMr6OcuHzsQ9k9gtE971w0C.vsBQK65sHCk acPthdKAxFNq8b495CTSwnf7giNFzMV4e2Du2mPwLtPTAKX3yQ.oap1k6jUb YmK6.P5aBNeVm1d42lpuWWyHja773ZRxZFSKLBM5oKr2LM3LmmQZoriLXyTV UbRHAA4Qpn6Ny_UcQKzk82LoALBP.ZaXtYCNRLqAmnao._YKdM5YhOcPmfUn 7gmjV9i_wfLuvbDv7I6AnTABx71f_BLm37LV0WqsiPaEIQTw_8KsNgz.vGLY j5gkDspv6NqLLxD_5UiwiEwXrw7boMDB8QTCZAA-- X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA- Received: from dell4550.localnet (jim_burn@184.36.206.203 with plain) by smtp108.sbc.mail.gq1.yahoo.com with SMTP; 01 Nov 2011 12:52:24 -0700 PDT From: jim burns To: Ian Campbell Subject: Re: [Xen-devel] Problems with 'xl create winxp' (hvm) on xen 4.1.2 (also affects GPLPV) Date: Tue, 01 Nov 2011 15:52:14 -0400 Message-ID: <3160759.Xnf0bZpx0m@dell4550> User-Agent: KMail/4.7.2 (Linux/2.6.37.6-0.7-default; KDE/4.7.2; i686; ; ) In-Reply-To: <1320151775.3084.16.camel@cthulhu.hellion.org.uk> References: <1758215.SCbitK4oVy@dell4550> <15732981.uFr7VF8Mh1@dell4550> <1320151775.3084.16.camel@cthulhu.hellion.org.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "xen-devel@lists.xensource.com" , "xen-users@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue November 1 2011, 9:49:35 PM, Ian Campbell wrote: > On Mon, 2011-10-31 at 19:00 -0400, jim burns wrote: > > > that's the source of one of the missing features. Fixing it should > > > > be a > > > > > case of adding the option to libxl_domain_build_info in the IDL, > > > reacting to it in libxl__build_device_model_args_old and > > > libxl__build_device_model_args_new and parsing the config file > > > > option > > > > > into it in parse_config_data(). > > > > Hopefully, the fix for 3) (vncconsole=1) is just as simple. > > Rather than having libxl__build_device..._args handling things I think > you would want to call libxl_vncviewer_exec from xl, at roughly the same > sort of place as libxl_console_exec is called when -c is passed to > create, that is wherever autoconnect_console is called. > > (aside: would a command line option similar to -c but for VNC be as/more > useful than the vncauto thing in the cfg?). > Hmm - I suppose it would be more symmetric. You have '-c' for 'xm/xl create', corresponding to 'xm/xl console'. I suppose '-vnc' (or whatever) would then correspond to 'xm/xl vncviewer'. I personally prefer the 'vncauto thing', as I always want to see the boot msgs, and I don't want to miss any because I forgot to add the option, and have to do a 'xm/xl vncviewer/console' after some of the msgs have scrolled away. (It's amazing how some stdout/errout msgs never make it into a log file.) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 13:26:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 13:26:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLKuo-0005ol-3b; Tue, 01 Nov 2011 13:26:34 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLKtj-0005br-F1 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 13:25:27 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1320179123!1901029!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26120 invoked from network); 1 Nov 2011 20:25:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 20:25:24 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315195200"; d="scan'208";a="18728366" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 16:25:22 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 16:25:21 -0400 Message-ID: <1320179117.3084.19.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 From: Ian Campbell To: Jean Guyader Date: Wed, 2 Nov 2011 05:25:17 +0900 In-Reply-To: <20111101173312.GH20553@spongy.cam.xci-test.com> References: <20111101173312.GH20553@spongy.cam.xci-test.com> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: Ian, "xen-devel@lists.xensource.com" , Jackson , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 13:33 -0400, Jean Guyader wrote: > Signed-off-by: Jean Guyader I suspect I know why but if someone has to run "git clone --help" to figure out what the impact of a patch is that's a pretty good sign the changelog is lacking. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 13:50:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 13:50:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLHx-0006oE-08; Tue, 01 Nov 2011 13:50:29 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLHC-0006bi-97 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 13:49:42 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1320180578!546853!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24100 invoked from network); 1 Nov 2011 20:49:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 20:49:39 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315180800"; d="scan'208";a="8704506" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 20:49:09 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 20:49:09 +0000 Received: from [10.80.248.135] (helo=woking.xci-test.com) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLLGe-0007Lz-M6; Tue, 01 Nov 2011 20:49:08 +0000 Received: from osstest by woking.xci-test.com with local (Exim 4.69) (envelope-from ) id 1RLLGe-0007J0-FZ; Tue, 01 Nov 2011 20:49:08 +0000 To: Message-ID: From: xen.org Date: Tue, 1 Nov 2011 20:49:08 +0000 MIME-Version: 1.0 Content-Type: text/plain Cc: ian.jackson@eu.citrix.com Subject: [Xen-devel] [xen-unstable test] 9651: regressions - FAIL X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com flight 9651 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/9651/ Regressions :-( Tests which did not succeed and are blocking: test-amd64-amd64-xl-sedf 7 debian-install fail REGR. vs. 9650 Tests which did not succeed, but are not blocking, including regressions (tests previously passed) regarded as allowable: test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never pass test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never pass test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass test-i386-i386-xl-win 13 guest-stop fail never pass test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass test-i386-i386-win 16 leak-check/check fail never pass test-amd64-amd64-win 16 leak-check/check fail never pass test-amd64-amd64-xl-win 13 guest-stop fail never pass test-amd64-i386-win 16 leak-check/check fail never pass version targeted for testing: xen f60911281a1b baseline version: xen 0fea1ad50ce3 ------------------------------------------------------------ People who touched revisions under test: Christoph Egger Ian Campbell Ian Jackson Keir Fraser Roger Pau Monne ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-amd64-i386-xl pass test-i386-i386-xl pass test-amd64-i386-rhel6hvm-amd fail test-amd64-i386-xl-credit2 pass test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel fail test-amd64-i386-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-i386-i386-pair pass test-amd64-amd64-pv pass test-amd64-i386-pv pass test-i386-i386-pv pass test-amd64-amd64-xl-sedf fail test-amd64-i386-win-vcpus1 fail test-amd64-i386-xl-win-vcpus1 fail test-amd64-amd64-win fail test-amd64-i386-win fail test-i386-i386-win fail test-amd64-amd64-xl-win fail test-i386-i386-xl-win fail ------------------------------------------------------------ sg-report-flight on woking.cam.xci-test.com logs: /home/xc_osstest/logs images: /home/xc_osstest/images Logs, config files, etc. are available at http://www.chiark.greenend.org.uk/~xensrcts/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Not pushing. (No revision log; it would be 404 lines long.) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 13:56:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 13:56:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLNy-0007RH-Gz; Tue, 01 Nov 2011 13:56:42 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLNT-0007Fa-E8 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 13:56:12 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-14.tower-27.messagelabs.com!1320180851!42696198!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2501 invoked from network); 1 Nov 2011 20:54:12 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 20:54:12 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 06F552E67; Tue, 1 Nov 2011 22:56:07 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id D515920062; Tue, 1 Nov 2011 22:56:06 +0200 (EET) Date: Tue, 1 Nov 2011 22:56:06 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Boris Derzhavets Subject: Re: [Xen-devel] Xen 4.1.2 HVM guest realtek nic problems (eth0 8139cp transmit queue timed out) [PATCH] Message-ID: <20111101205606.GK12984@reaktio.net> References: <20111031184907.GA12984@reaktio.net> <1320089054.54459.YahooMailClassic@web65902.mail.ac4.yahoo.com> <20111031192924.GC12984@reaktio.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20111031192924.GC12984@reaktio.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, Keir Fraser , Keir Fraser X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Mon, Oct 31, 2011 at 09:29:24PM +0200, Pasi Kärkkäinen wrote: > On Mon, Oct 31, 2011 at 12:24:14PM -0700, Boris Derzhavets wrote: > > Seems to related > > > > https://bugs.launchpad.net/ubuntu/+source/xen/+bug/854829 > > > > Thanks, that seems to be the same bug. > > Is the bugfix patch from xen-unstable going to backported to xen-4.1-testing.hg ? > (4.1 backported patch available on ubuntu's launchpad above..) > So the Ubuntu backport from xen-unstable to Xen 4.1.1 is here: https://launchpadlibrarian.net/81948978/xen-pirq-resubmit-irq.patch It seems to be shipping in Ubuntu 11.10 xen 4.1.1-2ubuntu4.1 packages. Does that patch look suitable to be applied to xen-4.1-testing.hg ? This bug should be fixed for Xen 4.1.3. -- Pasi > > > > Boris. > > > > --- On Mon, 10/31/11, Pasi Kärkkäinen wrote: > > > > From: Pasi Kärkkäinen > > Subject: [Xen-devel] Xen 4.1.2 HVM guest realtek nic problems (eth0 > > 8139cp transmit queue timed out) > > To: xen-devel@lists.xensource.com > > Date: Monday, October 31, 2011, 2:49 PM > > > > Hello, > > > > While testing Xen 4.1.2 and HVM guests I noticed the following problem > > with Fedora 16 HVM guests (using Linux 3.1.0 kernel in the VM): > > > > The errors (call trace) happens pretty much immediately when there's > > some network traffic going on.. > > > > Simple "yum update" in the VM triggers the problem.. > > > > [ 0.000000] Linux version 3.1.0-5.fc16.x86_64 > > ([1]mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 20111003 > > (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011 > > [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.1.0-5.fc16.x86_64 > > root=/dev/mapper/vg_f16test64hvm-lv_root ro > > rd.lvm.lv=vg_f16test64hvm/lv_root rd.dm=0 SYSFONT=latarcyrheb-sun16 rhgb > > KEYTABLE=fi rd.md=0 rd.luks=0 rd.lvm.lv=vg_f16test64hvm/lv_swap > > LANG=en_US.UTF-8 console=ttyS0,38400 console=tty0 > > > > > > [ 28.998481] 8139cp 0000:00:03.0: eth0: link up, 100Mbps, full-duplex, > > lpa 0x05E1 > > [ 149.712071] ------------[ cut here ]------------ > > [ 149.717216] WARNING: at net/sched/sch_generic.c:255 > > dev_watchdog+0xf0/0x150() > > [ 149.724709] Hardware name: HVM domU > > [ 149.728738] NETDEV WATCHDOG: eth0 (8139cp): transmit queue 0 timed > > out > > [ 149.735537] Modules linked in: ip6t_REJECT nf_conntrack_ipv6 > > nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 ip6table_filter xt_state > > ip6_tables nf_conntrack 81 > > 39too 8139cp ppdev parport_pc mii parport i2c_piix4 i2c_core joydev > > [last unloaded: scsi_wait_scan] > > [ 149.768028] Pid: 0, comm: swapper Not tainted 3.1.0-5.fc16.x86_64 #1 > > [ 149.774639] Call Trace: > > [ 149.777765] [] > > warn_slowpath_common+0x83/0x9b > > [ 149.784024] [] warn_slowpath_fmt+0x46/0x48 > > [ 149.790141] [] ? netif_tx_lock+0x4a/0x7c > > [ 149.799007] [] dev_watchdog+0xf0/0x150 > > [ 149.806361] [] run_timer_softirq+0x19b/0x280 > > [ 149.814392] [] ? sched_clock+0x9/0xd > > [ 149.821650] [] ? netif_tx_unlock+0x54/0x54 > > [ 149.828926] [] __do_softirq+0xc9/0x1b5 > > [ 149.836803] [] ? sched_clock+0x9/0xd > > [ 149.843422] [] call_softirq+0x1c/0x30 > > [ 149.850067] [] do_softirq+0x46/0x81 > > [ 149.856760] [] irq_exit+0x57/0xb1 > > [ 149.863035] [] xen_evtchn_do_upcall+0x31/0x3e > > [ 149.871144] [] xen_hvm_callback_vector+0x6e/0x80 > > [ 149.879494] [] ? native_safe_halt+0xb/0xd > > [ 149.888220] [] default_idle+0x4e/0x86 > > [ 149.894962] [] cpu_idle+0xae/0xe8 > > [ 149.901461] [] rest_init+0x72/0x74 > > [ 149.908949] [] start_kernel+0x3ab/0x3b6 > > [ 149.916617] [] x86_64_start_reservations+0xaf/0xb3 > > [ 149.929148] [] ? early_idt_handlers+0x140/0x140 > > [ 149.936797] [] x86_64_start_kernel+0x102/0x111 > > [ 149.944336] ---[ end trace d8786cb7d6a57f8a ]--- > > [ 149.950406] 8139cp 0000:00:03.0: eth0: Transmit timeout, status > > d 3b 15 80ff > > [ 149.961879] ------------[ cut here ]------------ > > [ 149.962245] WARNING: at kernel/softirq.c:159 > > _local_bh_enable_ip+0x44/0x8e() > > [ 149.962245] Hardware name: HVM domU > > [ 149.962245] Modules linked in: ip6t_REJECT nf_conntrack_ipv6 > > nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 ip6table_filter xt_state > > ip6_tables nf_conntrack 8139too 8139cp ppdev parport_pc mii parport > > i2c_piix4 i2c_core joydev [last unloaded: scsi_wait_scan] > > [ 149.962245] Pid: 0, comm: swapper Tainted: G > > W 3.1.0-5.fc16.x86_64 #1 > > [ 149.962245] Call Trace: > > [ 149.962245] [] > > warn_slowpath_common+0x83/0x9b > > [ 149.962245] [] ? skb_release_data+0xca/0xcf > > [ 149.962245] [] warn_slowpath_null+0x1a/0x1c > > [ 149.962245] [] _local_bh_enable_ip+0x44/0x8e > > [ 149.962245] [] local_bh_enable_ip+0xe/0x10 > > [ 149.962245] [] _raw_spin_unlock_bh+0x15/0x17 > > [ 149.962245] [] destroy_conntrack+0x9d/0xdc > > [nf_conntrack] > > [ 149.962245] [] nf_conntrack_destroy+0x19/0x1b > > [ 149.962245] [] skb_release_head_state+0xa7/0xef > > [ 149.962245] [] __kfree_skb+0x13/0x83 > > [ 149.962245] [] consume_skb+0x56/0x6b > > [ 149.962245] [] cp_clean_rings+0xb4/0x114 [8139cp] > > [ 149.962245] [] cp_tx_timeout+0x88/0x10e [8139cp] > > [ 149.962245] [] dev_watchdog+0x104/0x150 > > [ 149.962245] [] run_timer_softirq+0x19b/0x280 > > [ 149.962245] [] ? sched_clock+0x9/0xd > > [ 149.962245] [] ? netif_tx_unlock+0x54/0x54 > > [ 149.962245] [] __do_softirq+0xc9/0x1b5 > > [ 149.962245] [] ? sched_clock+0x9/0xd > > [ 149.962245] [] call_softirq+0x1c/0x30 > > [ 149.962245] [] do_softirq+0x46/0x81 > > [ 149.962245] [] irq_exit+0x57/0xb1 > > [ 149.962245] [] xen_evtchn_do_upcall+0x31/0x3e > > [ 149.962245] [] xen_hvm_callback_vector+0x6e/0x80 > > [ 149.962245] [] ? native_safe_halt+0xb/0xd > > [ 149.962245] [] default_idle+0x4e/0x86 > > [ 149.962245] [] cpu_idle+0xae/0xe8 > > [ 149.962245] [] rest_init+0x72/0x74 > > [ 149.962245] [] start_kernel+0x3ab/0x3b6 > > [ 149.962245] [] x86_64_start_reservations+0xaf/0xb3 > > [ 149.962245] [] ? early_idt_handlers+0x140/0x140 > > [ 149.962245] [] x86_64_start_kernel+0x102/0x111 > > [ 149.962245] ---[ end trace d8786cb7d6a57f8b ]--- > > > > Full guest kernel dmesg attached to this email. > > The host is running F16 with Xen 4.1.2 and Linux 3.1.0 dom0 kernel. > > > > Xen cfgfile for the HVM domain: > > > > kernel = "hvmloader" > > builder='hvm' > > device_model = 'qemu-dm' > > name = "f16test64hvm" > > memory = 1024 > > vcpus=1 > > pae=1 > > acpi=1 > > apic=1 > > vif = [ 'type=ioemu, mac=00:16:3f:03:01:14, bridge=virbr0' ] > > disk = [ 'phy:/dev/vg_f16/f16test64hvm,hda,w', > > 'file:/root/iso/Fedora-16-Final-RC2-x86_64-DVD.iso,hdc:cdrom,r' ] > > boot='cd' > > xen_platform_pci=0 > > on_poweroff = 'destroy' > > on_reboot = 'restart' > > on_crash = 'restart' > > sdl=0 > > vnc=1 > > vncpasswd='' > > stdvga=0 > > serial='pty' > > tsc_mode=0 > > usb=1 > > usbdevice='tablet' > > keymap='fi' > > > > Using "model=e1000" instead for the vif works OK.. no problems with the > > emulated intel nic. > > > > Any ideas what the problem with the emulated realtek nic? > > > > Thanks, > > > > -- Pasi > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Xen-devel mailing list > > [2]Xen-devel@lists.xensource.com > > [3]http://lists.xensource.com/xen-devel > > > > References > > > > Visible links > > 1. file:///mc/compose?to=mockbuild@x86-10.phx2.fedoraproject.org > > 2. file:///mc/compose?to=Xen-devel@lists.xensource.com > > 3. http://lists.xensource.com/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 13:58:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 13:58:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLPx-0007qk-OW; Tue, 01 Nov 2011 13:58:45 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLOW-0007dI-Qw for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 13:57:17 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-12.tower-21.messagelabs.com!1320181033!2520951!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19738 invoked from network); 1 Nov 2011 20:57:13 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 20:57:13 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id AC8121B4E; Tue, 1 Nov 2011 22:57:12 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 842B520062; Tue, 1 Nov 2011 22:57:12 +0200 (EET) Date: Tue, 1 Nov 2011 22:57:12 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Boris Derzhavets Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 Message-ID: <20111101205712.GL12984@reaktio.net> References: <4EAFD891.8000204@icg.tugraz.at> <1320149947.1840.YahooMailClassic@web65918.mail.ac4.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1320149947.1840.YahooMailClassic@web65918.mail.ac4.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: xen-devel@lists.xensource.com, dokter@icg.tugraz.at X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, Nov 01, 2011 at 05:19:07AM -0700, Boris Derzhavets wrote: > Pasi, > > Have you asked yourself a question why Fedora and Ubuntu always patch and > package > Qemu-kvm-0.15(14)(13)(..).1.tar.gz , but not Qemu-0.15(14)(13)(..).1.tar.gz ? > Just install a couple of src.rpms to take a look - what's inside. > I assume that's because full kvm support hasn't be merged to upstream qemu so they need to ship separate qemu-kvm package. -- Pasi > > --- On Tue, 11/1/11, Mark Dokter wrote: > > From: Mark Dokter > Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with > Ubuntu 11.10 > To: xen-devel@lists.xensource.com > Date: Tuesday, November 1, 2011, 7:31 AM > > On 10/31/2011 10:40 PM, Pasi Kärkkäinen wrote: > > Hello, > > > > Hi! > > > > [1]http://www.phoronix.com/scan.php?page=article&item=ubuntu_1110_xenkvm&num=1 > > > > Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0. > > > > I've read the article and was surprised. > > > Xen seems to be doing very poorly on that benchmark. > > If someone has time to repeat that benchmark it would be good.. > > > > Comparing the results to those from Stefano from XenSummit 2011 NA there has > be something wrong.. > > the results at XenSummit were pretty much the opposite compared to those by > Phoronix. > > > > In that test, the KVM machine uses virtio disk and nic devices, while > the Xen machine uses the qemu emulated devices. Could that be the cause > for the poor performance? > > > -- Pasi > > Mark > > _______________________________________________ > Xen-devel mailing list > [2]Xen-devel@lists.xensource.com > [3]http://lists.xensource.com/xen-devel > > References > > Visible links > 1. http://www.phoronix.com/scan.php?page=article&item=ubuntu_1110_xenkvm&num=1 > 2. file:///mc/compose?to=Xen-devel@lists.xensource.com > 3. http://lists.xensource.com/xen-devel > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 14:33:01 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 14:33:01 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLLx7-0000JZ-Gz; Tue, 01 Nov 2011 14:33:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RLLwC-00005N-41 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 14:32:04 -0700 X-Env-Sender: dgdegra@tycho.nsa.gov X-Msg-Ref: server-3.tower-21.messagelabs.com!1320183120!2572302!1 X-Originating-IP: [63.239.65.40] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10254 invoked from network); 1 Nov 2011 21:32:00 -0000 Received: from msux-gh1-uea02.nsa.gov (HELO msux-gh1-uea02.nsa.gov) (63.239.65.40) by server-3.tower-21.messagelabs.com with SMTP; 1 Nov 2011 21:32:00 -0000 Received: from tarius.tycho.ncsc.mil (localhost [127.0.0.1]) by msux-gh1-uea02.nsa.gov (8.12.10/8.12.10) with ESMTP id pA1LVvFD020820; Tue, 1 Nov 2011 21:31:57 GMT Received: from moss-nexus.epoch.ncsc.mil (moss-nexus [144.51.25.48]) by tarius.tycho.ncsc.mil (8.13.1/8.13.1) with ESMTP id pA1LVvVW005056; Tue, 1 Nov 2011 17:31:57 -0400 Message-ID: <4EB0655F.5080107@tycho.nsa.gov> Date: Tue, 01 Nov 2011 17:32:15 -0400 From: Daniel De Graaf Organization: National Security Agency User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 MIME-Version: 1.0 To: Jean Guyader Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 References: <20111101173312.GH20553@spongy.cam.xci-test.com> In-Reply-To: <20111101173312.GH20553@spongy.cam.xci-test.com> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "xen-devel@lists.xensource.com" , Ian Jackson , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 11/01/2011 01:33 PM, Jean Guyader wrote: > > Signed-off-by: Jean Guyader > > diff --git a/tools/Makefile b/tools/Makefile > index 9389e1f..6c1dfe0 100644 > --- a/tools/Makefile > +++ b/tools/Makefile > @@ -92,7 +92,7 @@ ioemu-dir-find: > if [ ! -d ioemu-remote ]; then \ > rm -rf ioemu-remote ioemu-remote.tmp; \ > mkdir ioemu-remote.tmp; rmdir ioemu-remote.tmp; \ > - $(GIT) clone $(CONFIG_QEMU) ioemu-remote.tmp; \ > + $(GIT) clone --depth=1 $(CONFIG_QEMU) ioemu-remote.tmp; \ > if [ "$(QEMU_TAG)" ]; then \ > cd ioemu-remote.tmp; \ > $(GIT) branch -D dummy >/dev/null 2>&1 ||:; \ This will break if QEMU_TAG is pointing to any commit that is more than one commit away from a branch or tag in the source repository. In order to allow using older xen repositories, this requires that every update to QEMU_TAG in xen-*.hg also add a tag or branch to the git repository. It would be nice if you could use git clone --branch $(QEMU_TAG) but this is not supported when $(QEMU_TAG) is a commit ID. -- Daniel De Graaf National Security Agency _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 14:44:21 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 14:44:21 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLM85-0000uB-6a; Tue, 01 Nov 2011 14:44:21 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1RLM7U-0000hY-PJ for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 14:43:45 -0700 X-Env-Sender: alex@alex.org.uk X-Msg-Ref: server-3.tower-216.messagelabs.com!1320183821!1927786!1 X-Originating-IP: [89.16.176.221] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30122 invoked from network); 1 Nov 2011 21:43:41 -0000 Received: from mail.avalus.com (HELO mail.avalus.com) (89.16.176.221) by server-3.tower-216.messagelabs.com with SMTP; 1 Nov 2011 21:43:41 -0000 Received: from [192.168.100.16] (87-194-71-186.bethere.co.uk [87.194.71.186]) by mail.avalus.com (Postfix) with ESMTPSA id 9EF6BC56102; Tue, 1 Nov 2011 21:43:40 +0000 (GMT) Date: Tue, 01 Nov 2011 21:43:40 +0000 From: Alex Bligh To: =?UTF-8?Q?Pasi_K=C3=A4rkk=C3=A4inen?= , Ian Campbell Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 Message-ID: In-Reply-To: <20111101132639.GH12984@reaktio.net> References: <20111031214036.GG12984@reaktio.net> <4EAFD891.8000204@icg.tugraz.at> <1320148634.3084.12.camel@cthulhu.hellion.org.uk> <20111101132639.GH12984@reaktio.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: xen-devel@lists.xensource.com, Alex Bligh , dokter@icg.tugraz.at X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Bligh List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --On 1 November 2011 15:26:39 +0200 Pasi K=C3=A4rkk=C3=A4inen = wrote: > Actually the first page of the article says: > "The only Xen issue encountered when testing it with an Ubuntu 11.10 > guest and host was the need for manually loading the xen-blkfront driver > for disk support." > > So it sounds like they actually did use PVHVM drivers.. Allegedly 11.10 supports Xen out the box. However, the installer does not ship with the PV drivers in, which causes the IDE driver to be unplugged and thus means the installer can't access its disk. It requires substantial fiddling to fix this. It thus wouldn't entirely surprise me if they weren't actually using PV drivers even if they thought they were. An alternative explanation is that by default KVM uses write-through caching (i.e. read caching) on block devices on Ubuntu in dom0. I don't know what Xen uses by default on 4.1.1, but certainly this makes KVM outperforms Xen 3.3 (where there is no such caching) using naive testing on our platforms. The article also does not say what the block devices were backended onto. As discussed ad nauseam here at the end of last week, distributions do not ship with blktap (certainly Ubuntu doesn't), so unless they are using blkback and partitions, it will use (if I remember this right) the Qemu drivers and be slow. Certainly my take away from the thread last week was that there was no chance of decent performance with a file backed block device (without loopback mount). I have to say, getting Xen 4.1 to work was non-trivial, even though we have working 3.1 configs. Getting kvm to work and work well was incredibly simple. So it's quite possible Phoronix stumbled into a non-optimal configuration. --=20 Alex Bligh _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 14:53:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 14:53:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMGS-0001Pe-1a; Tue, 01 Nov 2011 14:53:00 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMFx-0001Dp-AA for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 14:52:29 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1320184345!1941058!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5502 invoked from network); 1 Nov 2011 21:52:26 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 21:52:26 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315195200"; d="scan'208";a="18732853" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 17:52:24 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 17:52:23 -0400 Message-ID: <1320184340.3084.23.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 From: Ian Campbell To: Daniel De Graaf Date: Wed, 2 Nov 2011 06:52:20 +0900 In-Reply-To: <4EB0655F.5080107@tycho.nsa.gov> References: <20111101173312.GH20553@spongy.cam.xci-test.com> <4EB0655F.5080107@tycho.nsa.gov> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , Ian Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 17:32 -0400, Daniel De Graaf wrote: > On 11/01/2011 01:33 PM, Jean Guyader wrote: > > > > Signed-off-by: Jean Guyader > > > > diff --git a/tools/Makefile b/tools/Makefile > > index 9389e1f..6c1dfe0 100644 > > --- a/tools/Makefile > > +++ b/tools/Makefile > > @@ -92,7 +92,7 @@ ioemu-dir-find: > > if [ ! -d ioemu-remote ]; then \ > > rm -rf ioemu-remote ioemu-remote.tmp; \ > > mkdir ioemu-remote.tmp; rmdir ioemu-remote.tmp; \ > > - $(GIT) clone $(CONFIG_QEMU) ioemu-remote.tmp; \ > > + $(GIT) clone --depth=1 $(CONFIG_QEMU) ioemu-remote.tmp; \ > > if [ "$(QEMU_TAG)" ]; then \ > > cd ioemu-remote.tmp; \ > > $(GIT) branch -D dummy >/dev/null 2>&1 ||:; \ > > This will break if QEMU_TAG is pointing to any commit that is more than > one commit away from a branch or tag in the source repository. Good point. We could do e.g. --depth=2000 which takes history back to some time in 2007. On the other hand a full clone takes ~30s and a --depth=2000 takes ~20s (both elapsed wallclock times) so it's not clear that there is all that much benefit in the context of how long everything actually takes to build, especially given the big clone only happens once per build tree. > In order > to allow using older xen repositories, this requires that every update > to QEMU_TAG in xen-*.hg also add a tag or branch to the git repository. > > It would be nice if you could use git clone --branch $(QEMU_TAG) > but this is not supported when $(QEMU_TAG) is a commit ID. > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 15:10:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 15:10:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMXI-0002BJ-0x; Tue, 01 Nov 2011 15:10:24 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMVL-0001xH-Fx for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 15:08:28 -0700 X-Env-Sender: jean.guyader@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1320185264!61549163!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8982 invoked from network); 1 Nov 2011 22:07:45 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 22:07:45 -0000 Received: by qabg1 with SMTP id g1so9651960qab.30 for ; Tue, 01 Nov 2011 15:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=r6agtwMGU7PdaDtOENJdPZqXZhl1h1ETJyBSYTTaeNE=; b=eJFbspSors+n0gtq2IXPKMQspnZdSVLkbaM6CeBYEQL9N6r7PH9t9AKPDjZFcXTcVV GvOW3oR22KE2771dTKuMieaPgeKgTIbJoVbsNG1f0WY9HlR+c1QcwWdiPKpoN4+3k4WK VxqNoiVVonA/5zzib27dMYEnJr56szr9kwjt4= Received: by 10.182.44.9 with SMTP id a9mr303697obm.61.1320185299074; Tue, 01 Nov 2011 15:08:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.11.34 with HTTP; Tue, 1 Nov 2011 15:07:58 -0700 (PDT) In-Reply-To: <4EB0655F.5080107@tycho.nsa.gov> References: <20111101173312.GH20553@spongy.cam.xci-test.com> <4EB0655F.5080107@tycho.nsa.gov> From: Jean Guyader Date: Tue, 1 Nov 2011 22:07:58 +0000 Message-ID: Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 To: Daniel De Graaf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "xen-devel@lists.xensource.com" , Ian Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 1 November 2011 21:32, Daniel De Graaf wrote: > On 11/01/2011 01:33 PM, Jean Guyader wrote: >> >> Signed-off-by: Jean Guyader >> >> diff --git a/tools/Makefile b/tools/Makefile >> index 9389e1f..6c1dfe0 100644 >> --- a/tools/Makefile >> +++ b/tools/Makefile >> @@ -92,7 +92,7 @@ ioemu-dir-find: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 if [ ! -d ioemu-remote ]; then \ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 rm -rf ioemu-remote ioemu-re= mote.tmp; \ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 mkdir ioemu-remote.tmp; rmdi= r ioemu-remote.tmp; \ >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) clone $(CONFIG_QEMU) io= emu-remote.tmp; \ >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) clone --depth=3D1 $(CON= FIG_QEMU) ioemu-remote.tmp; \ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if [ "$(QEMU_TAG)" ]; then = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cd ioemu-rem= ote.tmp; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) branc= h -D dummy >/dev/null 2>&1 ||:; \ > > This will break if QEMU_TAG is pointing to any commit that is more than > one commit away from a branch or tag in the source repository. In order > to allow using older xen repositories, this requires that every update > to QEMU_TAG in xen-*.hg also add a tag or branch to the git repository. > > It would be nice if you could use git clone --branch $(QEMU_TAG) > but this is not supported when $(QEMU_TAG) is a commit ID. > Yes, that a good point. I think we should use --depth=3D1 only when QEMU_TAG isn't set. Jean _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 15:17:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 15:17:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMdk-0002jh-6Q; Tue, 01 Nov 2011 15:17:04 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMdB-0002XF-9x for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 15:16:29 -0700 X-Env-Sender: jean.guyader@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1320185784!2537556!1 X-Originating-IP: [209.85.216.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18615 invoked from network); 1 Nov 2011 22:16:25 -0000 Received: from mail-qy0-f171.google.com (HELO mail-qy0-f171.google.com) (209.85.216.171) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 22:16:25 -0000 Received: by qyk33 with SMTP id 33so6394955qyk.9 for ; Tue, 01 Nov 2011 15:16:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=OFt9yHdosonzUcoX5fLqUFmOfZIa8fOe9TQWlhu7Kj8=; b=NSrx6jHPp+iD3/NhLlZOHRTrX2cwLET2+McyT7SbKSIK3owH5zfJQfLV3H12kitZV7 kDD5ageoOjCQbK2lBe0ppGpyb6u0ANVl3AoXgHDMmXOKUmMW9K2UzsndmqdQkDmUO1NX aoVnV0Oqb2X6DTdN3DfVjEtwD1KsmQj6VI+ZE= Received: by 10.182.202.68 with SMTP id kg4mr337559obc.21.1320185784136; Tue, 01 Nov 2011 15:16:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.11.34 with HTTP; Tue, 1 Nov 2011 15:16:03 -0700 (PDT) In-Reply-To: <1320184340.3084.23.camel@cthulhu.hellion.org.uk> References: <20111101173312.GH20553@spongy.cam.xci-test.com> <4EB0655F.5080107@tycho.nsa.gov> <1320184340.3084.23.camel@cthulhu.hellion.org.uk> From: Jean Guyader Date: Tue, 1 Nov 2011 22:16:03 +0000 Message-ID: Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 To: Ian Campbell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel De Graaf , "xen-devel@lists.xensource.com" , Ian Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 1 November 2011 21:52, Ian Campbell wrote: > On Tue, 2011-11-01 at 17:32 -0400, Daniel De Graaf wrote: >> On 11/01/2011 01:33 PM, Jean Guyader wrote: >> > >> > Signed-off-by: Jean Guyader >> > >> > diff --git a/tools/Makefile b/tools/Makefile >> > index 9389e1f..6c1dfe0 100644 >> > --- a/tools/Makefile >> > +++ b/tools/Makefile >> > @@ -92,7 +92,7 @@ ioemu-dir-find: >> > =A0 =A0 =A0 =A0 =A0 =A0 if [ ! -d ioemu-remote ]; then \ >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 rm -rf ioemu-remote ioemu-remo= te.tmp; \ >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 mkdir ioemu-remote.tmp; rmdir = ioemu-remote.tmp; \ >> > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) clone $(CONFIG_QEMU) ioem= u-remote.tmp; \ >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) clone --depth=3D1 $(CONFI= G_QEMU) ioemu-remote.tmp; \ >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if [ "$(QEMU_TAG)" ]; then =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\ >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cd ioemu-remot= e.tmp; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\ >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $(GIT) branch = -D dummy >/dev/null 2>&1 ||:; \ >> >> This will break if QEMU_TAG is pointing to any commit that is more than >> one commit away from a branch or tag in the source repository. > > Good point. We could do e.g. --depth=3D2000 which takes history back to > some time in 2007. > > On the other hand a full clone takes ~30s and a --depth=3D2000 takes ~20s > (both elapsed wallclock times) so it's not clear that there is all that > much benefit in the context of how long everything actually takes to > build, especially given the big clone only happens once per build tree. > I don't think it's fair to measure things in seconds here since it's very m= uch depend on the Internet connection people are using. When building tip of xen-unstable we are actually downloading 3 times as much data that we actually need (9.9M instead of 29.11M). I figured that if we don't need to download everything to build we shouldn't. I submitted a patch because I ended up downloading the tree manually to speed thing up, but if you think my patch isn't appropriate that is fine. I think this sort of patch would have a much bigger impact when we are cloning the Linux kernel. Jean _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 15:19:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 15:19:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMff-00038z-Ps; Tue, 01 Nov 2011 15:19:03 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLMfF-0002wm-CO for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 15:18:37 -0700 X-Env-Sender: jean.guyader@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1320185913!2535842!1 X-Originating-IP: [209.85.216.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9553 invoked from network); 1 Nov 2011 22:18:34 -0000 Received: from mail-qw0-f43.google.com (HELO mail-qw0-f43.google.com) (209.85.216.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 22:18:34 -0000 Received: by qabg1 with SMTP id g1so9662135qab.30 for ; Tue, 01 Nov 2011 15:18:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=xcs0/txE6+c5PFySI0Y3vik2A2HtvMZ7G4Px/bfgGBg=; b=CQGPeMgTDT2dTb6cvDKUIbwEI7bKTvRMDucNt/HPnq3RySXKwqNsDtIboq7RPURS/6 VF6XSehDStqF2eyYc4wy0+o47xYB0bLCm1HRkgNRGp4RDlIt7Y5MCtB2E0goYOv8oCY6 VEHvMB8f37WizFkNh4vWmuGjTp8TMVZPcxPNU= Received: by 10.182.44.9 with SMTP id a9mr310642obm.61.1320185913055; Tue, 01 Nov 2011 15:18:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.11.34 with HTTP; Tue, 1 Nov 2011 15:18:12 -0700 (PDT) In-Reply-To: <1320179117.3084.19.camel@cthulhu.hellion.org.uk> References: <20111101173312.GH20553@spongy.cam.xci-test.com> <1320179117.3084.19.camel@cthulhu.hellion.org.uk> From: Jean Guyader Date: Tue, 1 Nov 2011 22:18:12 +0000 Message-ID: Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 To: Ian Campbell Content-Type: text/plain; charset=ISO-8859-1 Cc: "xen-devel@lists.xensource.com" , Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 1 November 2011 20:25, Ian Campbell wrote: > On Tue, 2011-11-01 at 13:33 -0400, Jean Guyader wrote: > > > >> Signed-off-by: Jean Guyader > > I suspect I know why but if someone has to run "git clone --help" to > figure out what the impact of a patch is that's a pretty good sign the > changelog is lacking. > Ok I couldn't figure out something better than what the man page said so I didn't put anything. I'll be more verbose next time. Jean _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:03:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:03:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNN7-0004WF-Fr; Tue, 01 Nov 2011 16:03:57 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNK5-0004GE-04 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:01:22 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1320188442!2540350!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18749 invoked from network); 1 Nov 2011 23:00:43 -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; 1 Nov 2011 23:00:43 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315195200"; d="scan'208";a="169017466" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 19:00:42 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 19:00:42 -0400 Message-ID: <1320188437.3084.28.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] Phoronix Xen vs KVM vs Virtualbox benchmark with Ubuntu 11.10 From: Ian Campbell To: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= Date: Wed, 2 Nov 2011 08:00:37 +0900 In-Reply-To: <20111101132639.GH12984@reaktio.net> References: <20111031214036.GG12984@reaktio.net> <4EAFD891.8000204@icg.tugraz.at> <1320148634.3084.12.camel@cthulhu.hellion.org.uk> <20111101132639.GH12984@reaktio.net> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , "dokter@icg.tugraz.at" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 09:26 -0400, Pasi Kärkkäinen wrote: > On Tue, Nov 01, 2011 at 08:57:14PM +0900, Ian Campbell wrote: > > On Tue, 2011-11-01 at 07:31 -0400, Mark Dokter wrote: > > > In that test, the KVM machine uses virtio disk and nic devices, while > > > the Xen machine uses the qemu emulated devices. Could that be the cause > > > for the poor performance? > > > > Very much so. Without using the PVHVM drivers in the Xen case this is > > very much an apples to oranges comparison. > > > > Actually the first page of the article says: > "The only Xen issue encountered when testing it with an Ubuntu 11.10 > guest and host was the need for manually loading the xen-blkfront > driver for disk support." > > So it sounds like they actually did use PVHVM drivers.. Perhaps, the table of configuration details doesn't make it particularly obvious (and as Alex points out they may not have been running what they thought). Also as Alex mentioned it's not obvious which backend they used in each case, e.g. the qemu based disk backend is not known to be all that great. It'd definitely be worth someone having a go at repeating even one of the benchmarks where we did badly, to rule out these sorts of slip ups. Ian. > > -- Pasi > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:09:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:09:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNSn-0004zt-KH; Tue, 01 Nov 2011 16:09:50 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNRq-0004n4-Kl for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:08:52 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1320188898!55579751!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17619 invoked from network); 1 Nov 2011 23:08:19 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 23:08:19 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315195200"; d="scan'208";a="18734354" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 19:08:45 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 19:08:45 -0400 Message-ID: <1320188921.3084.30.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 From: Ian Campbell To: Jean Guyader Date: Wed, 2 Nov 2011 08:08:41 +0900 In-Reply-To: References: <20111101173312.GH20553@spongy.cam.xci-test.com> <1320179117.3084.19.camel@cthulhu.hellion.org.uk> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: "xen-devel@lists.xensource.com" , Ian Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 18:18 -0400, Jean Guyader wrote: > On 1 November 2011 20:25, Ian Campbell wrote: > > On Tue, 2011-11-01 at 13:33 -0400, Jean Guyader wrote: > > > > > > > >> Signed-off-by: Jean Guyader > > > > I suspect I know why but if someone has to run "git clone --help" to > > figure out what the impact of a patch is that's a pretty good sign the > > changelog is lacking. > > > > Ok I couldn't figure out something better than what the man page said > so I didn't put anything. I'll be more verbose next time. Well, the rationale is not "what does git clone --depth" do but rather "why do I want --depth in this case". I think you've explained that in the other subthread though. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:11:21 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:11:21 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNUH-0005Nq-IG; Tue, 01 Nov 2011 16:11:21 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNTl-0005BO-9A for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:10:49 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1320189020!51108106!1 X-Originating-IP: [66.165.176.89] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21246 invoked from network); 1 Nov 2011 23:10:21 -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; 1 Nov 2011 23:10:21 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315195200"; d="scan'208";a="18734375" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 19:10:44 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 19:10:43 -0400 Message-ID: <1320189039.3084.32.camel@cthulhu.hellion.org.uk> Subject: Re: [Xen-devel] [PATCH] ioemu: Clone ioemu with --depth=1 From: Ian Campbell To: Jean Guyader Date: Wed, 2 Nov 2011 08:10:39 +0900 In-Reply-To: References: <20111101173312.GH20553@spongy.cam.xci-test.com> <4EB0655F.5080107@tycho.nsa.gov> <1320184340.3084.23.camel@cthulhu.hellion.org.uk> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: Daniel De Graaf , "xen-devel@lists.xensource.com" , Ian Jackson , Jean Guyader , Stefano Stabellini X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue, 2011-11-01 at 18:16 -0400, Jean Guyader wrote: > On 1 November 2011 21:52, Ian Campbell wrote: > > On Tue, 2011-11-01 at 17:32 -0400, Daniel De Graaf wrote: > >> On 11/01/2011 01:33 PM, Jean Guyader wrote: > >> > > >> > Signed-off-by: Jean Guyader > >> > > >> > diff --git a/tools/Makefile b/tools/Makefile > >> > index 9389e1f..6c1dfe0 100644 > >> > --- a/tools/Makefile > >> > +++ b/tools/Makefile > >> > @@ -92,7 +92,7 @@ ioemu-dir-find: > >> > if [ ! -d ioemu-remote ]; then \ > >> > rm -rf ioemu-remote ioemu-remote.tmp; \ > >> > mkdir ioemu-remote.tmp; rmdir ioemu-remote.tmp; \ > >> > - $(GIT) clone $(CONFIG_QEMU) ioemu-remote.tmp; \ > >> > + $(GIT) clone --depth=1 $(CONFIG_QEMU) ioemu-remote.tmp; \ > >> > if [ "$(QEMU_TAG)" ]; then \ > >> > cd ioemu-remote.tmp; \ > >> > $(GIT) branch -D dummy >/dev/null 2>&1 ||:; \ > >> > >> This will break if QEMU_TAG is pointing to any commit that is more than > >> one commit away from a branch or tag in the source repository. > > > > Good point. We could do e.g. --depth=2000 which takes history back to > > some time in 2007. > > > > On the other hand a full clone takes ~30s and a --depth=2000 takes ~20s > > (both elapsed wallclock times) so it's not clear that there is all that > > much benefit in the context of how long everything actually takes to > > build, especially given the big clone only happens once per build tree. > > > > I don't think it's fair to measure things in seconds here since it's very much > depend on the Internet connection people are using. When building tip > of xen-unstable we are actually downloading 3 times as much data that we actually need > (9.9M instead of 29.11M). Fair enough. > I figured that if we don't need to download everything to build we > shouldn't. I submitted a patch > because I ended up downloading the tree manually to speed thing up, > but if you think my patch isn't > appropriate that is fine. If we can resolve the issue which Daniel points out then I have no problem with it conceptually. > I think this sort of patch would have a much bigger impact when we are > cloning the Linux kernel. Note that the Xen build system doesn't clone a Linux kernel any more. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:15:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:15:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNYZ-0005zk-Hd; Tue, 01 Nov 2011 16:15:47 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNXs-0005hp-5a for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:15:04 -0700 X-Env-Sender: greg@kroah.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1320189275!51108341!1 X-Originating-IP: [66.111.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24903 invoked from network); 1 Nov 2011 23:14:36 -0000 Received: from out4.smtp.messagingengine.com (HELO out4.smtp.messagingengine.com) (66.111.4.28) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 23:14:36 -0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 063F220997; Tue, 1 Nov 2011 19:15:00 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 01 Nov 2011 19:15:00 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=GptuwjAiZzPmn6O8Tz/SU4rmQns=; b=cMOOlDBPrlytAaNYxtpJ7YEkoJoQ ApQns/7lD5HZF6bg2G5RMq6G2kNuWwDX0iV5aRo52xZKBL2V6O9UiIIm2L/VvigX zv+JfIxsiD44MXMmIvB5NweRd8VlCsKTKL6O2SC2Gw6LwL/iOwHx4NNV6z+6Sk2A Cowa6Vl7mCk1guo= X-Sasl-enc: OxbbGnvK3Kcw/9GtFtsGp7TtSTDSuFyKvUHMoYvA0vhF 1320189299 Received: from localhost (c-76-121-69-168.hsd1.wa.comcast.net [76.121.69.168]) by mail.messagingengine.com (Postfix) with ESMTPSA id 8481F8E0F3F; Tue, 1 Nov 2011 19:14:59 -0400 (EDT) Date: Tue, 1 Nov 2011 16:09:51 -0700 From: Greg KH To: Ian Campbell , Thomas Gleixner Message-ID: <20111101230951.GA21951@kroah.com> References: <20111026210539.64BA823EB@git.kroah.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111026210539.64BA823EB@git.kroah.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Rafael J. Wysocki" , Jeremy Fitzhardinge , xen-devel , stable@vger.kernel.org, Konrad Rzeszutek Wilk Subject: [Xen-devel] Re: Patch Upstream: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com If someone wants this in .32-stable, can they provide me a backported version, as this doesn't backport very easily (i.e. I tried and failed.) thanks, greg k-h On Wed, Oct 26, 2011 at 05:05:39PM -0400, Gregs git-bot wrote: > commit: 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a > From: Ian Campbell > Date: Mon, 3 Oct 2011 15:37:00 +0100 > Subject: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier > > This adds a mechanism to resume selected IRQs during syscore_resume > instead of dpm_resume_noirq. > > Under Xen we need to resume IRQs associated with IPIs early enough > that the resched IPI is unmasked and we can therefore schedule > ourselves out of the stop_machine where the suspend/resume takes > place. > > This issue was introduced by 676dc3cf5bc3 "xen: Use IRQF_FORCE_RESUME". > > Signed-off-by: Ian Campbell > Cc: Rafael J. Wysocki > Cc: Jeremy Fitzhardinge > Cc: xen-devel > Cc: Konrad Rzeszutek Wilk > Link: http://lkml.kernel.org/r/1318713254.11016.52.camel@dagon.hellion.org.uk > Cc: stable@kernel.org (at least to 2.6.32.y) > Signed-off-by: Thomas Gleixner > --- > drivers/xen/events.c | 2 +- > include/linux/interrupt.h | 3 ++ > kernel/irq/pm.c | 48 ++++++++++++++++++++++++++++++++++++++------ > 3 files changed, 45 insertions(+), 8 deletions(-) > > diff --git a/drivers/xen/events.c b/drivers/xen/events.c > index da70f5c..a758bc1 100644 > --- a/drivers/xen/events.c > +++ b/drivers/xen/events.c > @@ -1021,7 +1021,7 @@ int bind_ipi_to_irqhandler(enum ipi_vector ipi, > if (irq < 0) > return irq; > > - irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME; > + irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME | IRQF_EARLY_RESUME; > retval = request_irq(irq, handler, irqflags, devname, dev_id); > if (retval != 0) { > unbind_from_irq(irq); > diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h > index 664544f..a64b00e 100644 > --- a/include/linux/interrupt.h > +++ b/include/linux/interrupt.h > @@ -59,6 +59,8 @@ > * IRQF_NO_SUSPEND - Do not disable this IRQ during suspend > * IRQF_FORCE_RESUME - Force enable it on resume even if IRQF_NO_SUSPEND is set > * IRQF_NO_THREAD - Interrupt cannot be threaded > + * IRQF_EARLY_RESUME - Resume IRQ early during syscore instead of at device > + * resume time. > */ > #define IRQF_DISABLED 0x00000020 > #define IRQF_SAMPLE_RANDOM 0x00000040 > @@ -72,6 +74,7 @@ > #define IRQF_NO_SUSPEND 0x00004000 > #define IRQF_FORCE_RESUME 0x00008000 > #define IRQF_NO_THREAD 0x00010000 > +#define IRQF_EARLY_RESUME 0x00020000 > > #define IRQF_TIMER (__IRQF_TIMER | IRQF_NO_SUSPEND | IRQF_NO_THREAD) > > diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c > index f76fc00..15e53b1 100644 > --- a/kernel/irq/pm.c > +++ b/kernel/irq/pm.c > @@ -9,6 +9,7 @@ > #include > #include > #include > +#include > > #include "internals.h" > > @@ -39,25 +40,58 @@ void suspend_device_irqs(void) > } > EXPORT_SYMBOL_GPL(suspend_device_irqs); > > -/** > - * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() > - * > - * Enable all interrupt lines previously disabled by suspend_device_irqs() that > - * have the IRQS_SUSPENDED flag set. > - */ > -void resume_device_irqs(void) > +static void resume_irqs(bool want_early) > { > struct irq_desc *desc; > int irq; > > for_each_irq_desc(irq, desc) { > unsigned long flags; > + bool is_early = desc->action && > + desc->action->flags & IRQF_EARLY_RESUME; > + > + if (is_early != want_early) > + continue; > > raw_spin_lock_irqsave(&desc->lock, flags); > __enable_irq(desc, irq, true); > raw_spin_unlock_irqrestore(&desc->lock, flags); > } > } > + > +/** > + * irq_pm_syscore_ops - enable interrupt lines early > + * > + * Enable all interrupt lines with %IRQF_EARLY_RESUME set. > + */ > +static void irq_pm_syscore_resume(void) > +{ > + resume_irqs(true); > +} > + > +static struct syscore_ops irq_pm_syscore_ops = { > + .resume = irq_pm_syscore_resume, > +}; > + > +static int __init irq_pm_init_ops(void) > +{ > + register_syscore_ops(&irq_pm_syscore_ops); > + return 0; > +} > + > +device_initcall(irq_pm_init_ops); > + > +/** > + * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() > + * > + * Enable all non-%IRQF_EARLY_RESUME interrupt lines previously > + * disabled by suspend_device_irqs() that have the IRQS_SUSPENDED flag > + * set as well as those with %IRQF_FORCE_RESUME. > + */ > +void resume_device_irqs(void) > +{ > + resume_irqs(false); > +} > EXPORT_SYMBOL_GPL(resume_device_irqs); > > /** > -- > 1.7.3.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:31:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:31:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNnu-0006f0-PR; Tue, 01 Nov 2011 16:31:38 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNnG-0006Sb-H5 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:30:58 -0700 X-Env-Sender: greg@kroah.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1320190254!1934076!1 X-Originating-IP: [66.111.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26760 invoked from network); 1 Nov 2011 23:30:55 -0000 Received: from out4.smtp.messagingengine.com (HELO out4.smtp.messagingengine.com) (66.111.4.28) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 23:30:55 -0000 Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D0C9820DEF; Tue, 1 Nov 2011 19:30:53 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 01 Nov 2011 19:30:53 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=subject:to:cc:from:date:message-id :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=IasVa9pXaNzeGEVl1HduOtAkZvY=; b=X2BLUTph0latDWc+A0bgqvJARPPH kpWPcsexb5ncapFgK29b1et/aWDLu9gFW7uEWhByi2tU3W9uHfbW4MmRx0q/7Ov4 WrXebia7t8+HM1UHDzAStd+tthGsUcKihUbVwXsFKT5uHpkNpJZtHBJbeEsYkllS bSXQPA5tgmA/EnE= X-Sasl-enc: WdTA/LEuctGlWcRiv24FC+oy6DC/gicM63vyRAC4CNs8 1320190253 Received: from localhost (c-76-121-69-168.hsd1.wa.comcast.net [76.121.69.168]) by mail.messagingengine.com (Postfix) with ESMTPSA id F3CC98E1001; Tue, 1 Nov 2011 19:30:52 -0400 (EDT) To: ian.campbell@citrix.com, gregkh@suse.de, Jeremy.Fitzhardinge@citrix.com, konrad.wilk@oracle.com, rjw@sisk.pl, tglx@linutronix.de, xen-devel@lists.xensource.com From: Date: Tue, 01 Nov 2011 16:30:33 -0700 Message-ID: <1320190233695@kroah.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ASCII Content-Transfer-Encoding: 8bit Cc: stable@vger.kernel.org, stable-commits@vger.kernel.org Subject: [Xen-devel] Patch "genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier" has been added to the 3.0-stable tree X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a note to let you know that I've just added the patch titled genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier to the 3.0-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: genirq-add-irqf_resume_early-and-resume-such-irqs-earlier.patch and it can be found in the queue-3.0 subdirectory. If you, or anyone else, feels it should not be added to the stable tree, please let know about it. >From 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a Mon Sep 17 00:00:00 2001 From: Ian Campbell Date: Mon, 3 Oct 2011 15:37:00 +0100 Subject: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier From: Ian Campbell commit 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a upstream. This adds a mechanism to resume selected IRQs during syscore_resume instead of dpm_resume_noirq. Under Xen we need to resume IRQs associated with IPIs early enough that the resched IPI is unmasked and we can therefore schedule ourselves out of the stop_machine where the suspend/resume takes place. This issue was introduced by 676dc3cf5bc3 "xen: Use IRQF_FORCE_RESUME". Signed-off-by: Ian Campbell Cc: Rafael J. Wysocki Cc: Jeremy Fitzhardinge Cc: xen-devel Cc: Konrad Rzeszutek Wilk Link: http://lkml.kernel.org/r/1318713254.11016.52.camel@dagon.hellion.org.uk Signed-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman --- drivers/xen/events.c | 2 - include/linux/interrupt.h | 3 ++ kernel/irq/pm.c | 48 +++++++++++++++++++++++++++++++++++++++------- 3 files changed, 45 insertions(+), 8 deletions(-) --- a/drivers/xen/events.c +++ b/drivers/xen/events.c @@ -1026,7 +1026,7 @@ int bind_ipi_to_irqhandler(enum ipi_vect if (irq < 0) return irq; - irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME; + irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME | IRQF_EARLY_RESUME; retval = request_irq(irq, handler, irqflags, devname, dev_id); if (retval != 0) { unbind_from_irq(irq); --- a/include/linux/interrupt.h +++ b/include/linux/interrupt.h @@ -59,6 +59,8 @@ * IRQF_NO_SUSPEND - Do not disable this IRQ during suspend * IRQF_FORCE_RESUME - Force enable it on resume even if IRQF_NO_SUSPEND is set * IRQF_NO_THREAD - Interrupt cannot be threaded + * IRQF_EARLY_RESUME - Resume IRQ early during syscore instead of at device + * resume time. */ #define IRQF_DISABLED 0x00000020 #define IRQF_SAMPLE_RANDOM 0x00000040 @@ -72,6 +74,7 @@ #define IRQF_NO_SUSPEND 0x00004000 #define IRQF_FORCE_RESUME 0x00008000 #define IRQF_NO_THREAD 0x00010000 +#define IRQF_EARLY_RESUME 0x00020000 #define IRQF_TIMER (__IRQF_TIMER | IRQF_NO_SUSPEND | IRQF_NO_THREAD) --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -9,6 +9,7 @@ #include #include #include +#include #include "internals.h" @@ -39,25 +40,58 @@ void suspend_device_irqs(void) } EXPORT_SYMBOL_GPL(suspend_device_irqs); -/** - * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() - * - * Enable all interrupt lines previously disabled by suspend_device_irqs() that - * have the IRQS_SUSPENDED flag set. - */ -void resume_device_irqs(void) +static void resume_irqs(bool want_early) { struct irq_desc *desc; int irq; for_each_irq_desc(irq, desc) { unsigned long flags; + bool is_early = desc->action && + desc->action->flags & IRQF_EARLY_RESUME; + + if (is_early != want_early) + continue; raw_spin_lock_irqsave(&desc->lock, flags); __enable_irq(desc, irq, true); raw_spin_unlock_irqrestore(&desc->lock, flags); } } + +/** + * irq_pm_syscore_ops - enable interrupt lines early + * + * Enable all interrupt lines with %IRQF_EARLY_RESUME set. + */ +static void irq_pm_syscore_resume(void) +{ + resume_irqs(true); +} + +static struct syscore_ops irq_pm_syscore_ops = { + .resume = irq_pm_syscore_resume, +}; + +static int __init irq_pm_init_ops(void) +{ + register_syscore_ops(&irq_pm_syscore_ops); + return 0; +} + +device_initcall(irq_pm_init_ops); + +/** + * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() + * + * Enable all non-%IRQF_EARLY_RESUME interrupt lines previously + * disabled by suspend_device_irqs() that have the IRQS_SUSPENDED flag + * set as well as those with %IRQF_FORCE_RESUME. + */ +void resume_device_irqs(void) +{ + resume_irqs(false); +} EXPORT_SYMBOL_GPL(resume_device_irqs); /** Patches currently in stable-queue which might be from ian.campbell@citrix.com are queue-3.0/genirq-add-irqf_resume_early-and-resume-such-irqs-earlier.patch _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:33:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:33:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNpO-0007D7-ID; Tue, 01 Nov 2011 16:33:10 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLNny-0006fr-N9 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:31:43 -0700 X-Env-Sender: greg@kroah.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1320190298!3271021!1 X-Originating-IP: [66.111.4.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 343 invoked from network); 1 Nov 2011 23:31:39 -0000 Received: from out4.smtp.messagingengine.com (HELO out4.smtp.messagingengine.com) (66.111.4.28) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Nov 2011 23:31:39 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 715DA2048C; Tue, 1 Nov 2011 19:31:38 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute4.internal (MEProxy); Tue, 01 Nov 2011 19:31:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=subject:to:cc:from:date:message-id :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=xt1Jj6PObxkEkEq068i1UhuLxVo=; b=PN68dpGMTdccRXem0YRx9sjgQRZ/ iOfL9C62iC6+RzfOnOlLyFF2vrCH+kmjf8QC70BM/2jPDuAQKJlJKCsub8G8FDMZ LhpuvpuB5wyAP/mmvttHN+/i0fwnAeeU4YnBRhCdw29QFNb4sOkXJZ++OSScsIcX +azhTLARPB1nTFM= X-Sasl-enc: jORurhvwi5uYCNmB2z4NY/2f3s5R7PL9dpNMCXtQmb0C 1320190298 Received: from localhost (c-76-121-69-168.hsd1.wa.comcast.net [76.121.69.168]) by mail.messagingengine.com (Postfix) with ESMTPSA id 023D78E1005; Tue, 1 Nov 2011 19:31:37 -0400 (EDT) To: ian.campbell@citrix.com, gregkh@suse.de, Jeremy.Fitzhardinge@citrix.com, konrad.wilk@oracle.com, rjw@sisk.pl, tglx@linutronix.de, xen-devel@lists.xensource.com From: Date: Tue, 01 Nov 2011 16:31:19 -0700 Message-ID: <13201902791826@kroah.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ASCII Content-Transfer-Encoding: 8bit Cc: stable@vger.kernel.org, stable-commits@vger.kernel.org Subject: [Xen-devel] Patch "genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier" has been added to the 3.1-stable tree X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a note to let you know that I've just added the patch titled genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier to the 3.1-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: genirq-add-irqf_resume_early-and-resume-such-irqs-earlier.patch and it can be found in the queue-3.1 subdirectory. If you, or anyone else, feels it should not be added to the stable tree, please let know about it. >From 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a Mon Sep 17 00:00:00 2001 From: Ian Campbell Date: Mon, 3 Oct 2011 15:37:00 +0100 Subject: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier From: Ian Campbell commit 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a upstream. This adds a mechanism to resume selected IRQs during syscore_resume instead of dpm_resume_noirq. Under Xen we need to resume IRQs associated with IPIs early enough that the resched IPI is unmasked and we can therefore schedule ourselves out of the stop_machine where the suspend/resume takes place. This issue was introduced by 676dc3cf5bc3 "xen: Use IRQF_FORCE_RESUME". Signed-off-by: Ian Campbell Cc: Rafael J. Wysocki Cc: Jeremy Fitzhardinge Cc: xen-devel Cc: Konrad Rzeszutek Wilk Link: http://lkml.kernel.org/r/1318713254.11016.52.camel@dagon.hellion.org.uk Signed-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman --- drivers/xen/events.c | 2 - include/linux/interrupt.h | 3 ++ kernel/irq/pm.c | 48 +++++++++++++++++++++++++++++++++++++++------- 3 files changed, 45 insertions(+), 8 deletions(-) --- a/drivers/xen/events.c +++ b/drivers/xen/events.c @@ -1021,7 +1021,7 @@ int bind_ipi_to_irqhandler(enum ipi_vect if (irq < 0) return irq; - irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME; + irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME | IRQF_EARLY_RESUME; retval = request_irq(irq, handler, irqflags, devname, dev_id); if (retval != 0) { unbind_from_irq(irq); --- a/include/linux/interrupt.h +++ b/include/linux/interrupt.h @@ -59,6 +59,8 @@ * IRQF_NO_SUSPEND - Do not disable this IRQ during suspend * IRQF_FORCE_RESUME - Force enable it on resume even if IRQF_NO_SUSPEND is set * IRQF_NO_THREAD - Interrupt cannot be threaded + * IRQF_EARLY_RESUME - Resume IRQ early during syscore instead of at device + * resume time. */ #define IRQF_DISABLED 0x00000020 #define IRQF_SAMPLE_RANDOM 0x00000040 @@ -72,6 +74,7 @@ #define IRQF_NO_SUSPEND 0x00004000 #define IRQF_FORCE_RESUME 0x00008000 #define IRQF_NO_THREAD 0x00010000 +#define IRQF_EARLY_RESUME 0x00020000 #define IRQF_TIMER (__IRQF_TIMER | IRQF_NO_SUSPEND | IRQF_NO_THREAD) --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -9,6 +9,7 @@ #include #include #include +#include #include "internals.h" @@ -39,25 +40,58 @@ void suspend_device_irqs(void) } EXPORT_SYMBOL_GPL(suspend_device_irqs); -/** - * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() - * - * Enable all interrupt lines previously disabled by suspend_device_irqs() that - * have the IRQS_SUSPENDED flag set. - */ -void resume_device_irqs(void) +static void resume_irqs(bool want_early) { struct irq_desc *desc; int irq; for_each_irq_desc(irq, desc) { unsigned long flags; + bool is_early = desc->action && + desc->action->flags & IRQF_EARLY_RESUME; + + if (is_early != want_early) + continue; raw_spin_lock_irqsave(&desc->lock, flags); __enable_irq(desc, irq, true); raw_spin_unlock_irqrestore(&desc->lock, flags); } } + +/** + * irq_pm_syscore_ops - enable interrupt lines early + * + * Enable all interrupt lines with %IRQF_EARLY_RESUME set. + */ +static void irq_pm_syscore_resume(void) +{ + resume_irqs(true); +} + +static struct syscore_ops irq_pm_syscore_ops = { + .resume = irq_pm_syscore_resume, +}; + +static int __init irq_pm_init_ops(void) +{ + register_syscore_ops(&irq_pm_syscore_ops); + return 0; +} + +device_initcall(irq_pm_init_ops); + +/** + * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() + * + * Enable all non-%IRQF_EARLY_RESUME interrupt lines previously + * disabled by suspend_device_irqs() that have the IRQS_SUSPENDED flag + * set as well as those with %IRQF_FORCE_RESUME. + */ +void resume_device_irqs(void) +{ + resume_irqs(false); +} EXPORT_SYMBOL_GPL(resume_device_irqs); /** Patches currently in stable-queue which might be from ian.campbell@citrix.com are queue-3.1/genirq-add-irqf_resume_early-and-resume-such-irqs-earlier.patch _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 16:47:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 16:47:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLO2q-0007oZ-BW; Tue, 01 Nov 2011 16:47:04 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLO2B-0007cG-4q for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 16:46:23 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1320191179!1935042!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3193 invoked from network); 1 Nov 2011 23:46:20 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Nov 2011 23:46:20 -0000 X-IronPort-AV: E=Sophos;i="4.69,440,1315180800"; d="scan'208";a="8706605" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Nov 2011 23:46:18 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Tue, 1 Nov 2011 23:46:18 +0000 Received: from [10.80.248.135] (helo=woking.xci-test.com) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLO26-0008LV-G6; Tue, 01 Nov 2011 23:46:18 +0000 Received: from osstest by woking.xci-test.com with local (Exim 4.69) (envelope-from ) id 1RLO26-0008C8-FY; Tue, 01 Nov 2011 23:46:18 +0000 To: Message-ID: From: xen.org Date: Tue, 1 Nov 2011 23:46:18 +0000 MIME-Version: 1.0 Content-Type: text/plain Cc: ian.jackson@eu.citrix.com Subject: [Xen-devel] [xen-unstable test] 9652: tolerable FAIL - PUSHED X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com flight 9652 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/9652/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking, including regressions (tests previously passed) regarded as allowable: test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never pass test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never pass test-amd64-amd64-xl-sedf 14 guest-localmigrate/x10 fail like 9650 test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass test-i386-i386-xl-win 13 guest-stop fail never pass test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass test-i386-i386-win 16 leak-check/check fail never pass test-amd64-amd64-win 16 leak-check/check fail never pass test-amd64-amd64-xl-win 13 guest-stop fail never pass test-amd64-i386-win 16 leak-check/check fail never pass version targeted for testing: xen 068d3d55ce6e baseline version: xen 0fea1ad50ce3 ------------------------------------------------------------ People who touched revisions under test: Anthony PERARD Christoph Egger Daniel De Graaf Ian Campbell Ian Jackson Ian Jackson Keir Fraser Roger Pau Monne Stefano Stabellini ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-amd64-i386-xl pass test-i386-i386-xl pass test-amd64-i386-rhel6hvm-amd fail test-amd64-i386-xl-credit2 pass test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel fail test-amd64-i386-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-i386-i386-pair pass test-amd64-amd64-pv pass test-amd64-i386-pv pass test-i386-i386-pv pass test-amd64-amd64-xl-sedf fail test-amd64-i386-win-vcpus1 fail test-amd64-i386-xl-win-vcpus1 fail test-amd64-amd64-win fail test-amd64-i386-win fail test-i386-i386-win fail test-amd64-amd64-xl-win fail test-i386-i386-xl-win fail ------------------------------------------------------------ sg-report-flight on woking.cam.xci-test.com logs: /home/xc_osstest/logs images: /home/xc_osstest/images Logs, config files, etc. are available at http://www.chiark.greenend.org.uk/~xensrcts/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Pushing revision : + branch=xen-unstable + revision=068d3d55ce6e + . cri-lock-repos ++ . cri-common +++ umask 002 +++ getconfig Repos +++ perl -e ' use Osstest; readconfigonly(); print $c{Repos} or die $!; ' ++ repos=/export/home/osstest/repos ++ repos_lock=/export/home/osstest/repos/lock ++ '[' x '!=' x/export/home/osstest/repos/lock ']' ++ OSSTEST_REPOS_LOCK_LOCKED=/export/home/osstest/repos/lock ++ exec with-lock-ex -w /export/home/osstest/repos/lock ./ap-push xen-unstable 068d3d55ce6e + branch=xen-unstable + revision=068d3d55ce6e + . cri-lock-repos ++ . cri-common +++ umask 002 +++ getconfig Repos +++ perl -e ' use Osstest; readconfigonly(); print $c{Repos} or die $!; ' ++ repos=/export/home/osstest/repos ++ repos_lock=/export/home/osstest/repos/lock ++ '[' x/export/home/osstest/repos/lock '!=' x/export/home/osstest/repos/lock ']' + : xen@xenbits.xensource.com + : xen@xenbits.xensource.com:git/linux-pvops + : master + : tested/2.6.39.x + case "$branch" in + cd /export/home/osstest/repos/xen-unstable.hg + hg push -r 068d3d55ce6e ssh://xen@xenbits.xensource.com/HG/xen-unstable.hg pushing to ssh://xen@xenbits.xensource.com/HG/xen-unstable.hg searching for changes remote: adding changesets remote: adding manifests remote: adding file changes remote: added 36 changesets with 105 changes to 34 files _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 17:33:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 17:33:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLOlZ-0004jF-74; Tue, 01 Nov 2011 17:33:17 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLOkr-0004Wc-NW for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 17:32:34 -0700 X-Env-Sender: jeremy@goop.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1320193948!2577230!1 X-Originating-IP: [74.207.240.146] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6635 invoked from network); 2 Nov 2011 00:32:30 -0000 Received: from claw.goop.org (HELO claw.goop.org) (74.207.240.146) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Nov 2011 00:32:30 -0000 Received: from saboo.goop.org (unknown [IPv6:2001:470:1f05:899:f2de:f1ff:fe5c:34ed]) (Authenticated sender: smtp-saboo) by claw.goop.org (Postfix) with ESMTPSA id A9F909A12; Tue, 1 Nov 2011 17:32:27 -0700 (PDT) Received: from saboo.goop.org (localhost [IPv6:::1]) by saboo.goop.org (Postfix) with ESMTP id 33A16202D6; Tue, 1 Nov 2011 14:02:58 -0700 (PDT) Message-ID: <4EB05E82.4010303@goop.org> Date: Tue, 01 Nov 2011 14:02:58 -0700 From: Jeremy Fitzhardinge User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110930 Thunderbird/7.0.1 MIME-Version: 1.0 To: Linus Torvalds References: <4EA70B22.2020508@goop.org> In-Reply-To: <4EA70B22.2020508@goop.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "xen-devel@lists.xensource.com" , Linux Kernel Mailing List , Konrad Rzeszutek Wilk Subject: [Xen-devel] Re: [GIT PULL] Xen time-setting X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 10/25/2011 12:16 PM, Jeremy Fitzhardinge wrote: > Hi Linus, > > This just wires up "set system time" through to Xen so it can set the > actual RTC hardware. The bulk of the patch is a new header to define > the Xen platform interface ABI, which will also get used by other > patches in this merge window (I hope). Ping? > > Thanks, > J > > The following changes since commit 02f8c6aee8df3cdc935e9bdd4f2d020306035dbe: > > Linux 3.0 (2011-07-21 19:17:23 -0700) > > are available in the git repository at: > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git upstream/xen-settime > > Jeremy Fitzhardinge (2): > xen: add dom0_op hypercall > xen/dom0: set wallclock time in Xen > > Yu Ke (1): > xen/acpi: Domain0 acpi parser related platform hypercall > > arch/ia64/include/asm/xen/interface.h | 1 + > arch/x86/include/asm/xen/hypercall.h | 8 + > arch/x86/include/asm/xen/interface.h | 1 + > arch/x86/xen/time.c | 16 ++- > include/xen/interface/platform.h | 320 +++++++++++++++++++++++++++++++++ > include/xen/interface/xen.h | 1 + > 6 files changed, 346 insertions(+), 1 deletions(-) > create mode 100644 include/xen/interface/platform.h > > diff --git a/arch/ia64/include/asm/xen/interface.h b/arch/ia64/include/asm/xen/interface.h > index e951e74..1d2427d 100644 > --- a/arch/ia64/include/asm/xen/interface.h > +++ b/arch/ia64/include/asm/xen/interface.h > @@ -76,6 +76,7 @@ DEFINE_GUEST_HANDLE(char); > DEFINE_GUEST_HANDLE(int); > DEFINE_GUEST_HANDLE(long); > DEFINE_GUEST_HANDLE(void); > +DEFINE_GUEST_HANDLE(uint64_t); > > typedef unsigned long xen_pfn_t; > DEFINE_GUEST_HANDLE(xen_pfn_t); > diff --git a/arch/x86/include/asm/xen/hypercall.h b/arch/x86/include/asm/xen/hypercall.h > index d240ea9..0c9894e 100644 > --- a/arch/x86/include/asm/xen/hypercall.h > +++ b/arch/x86/include/asm/xen/hypercall.h > @@ -45,6 +45,7 @@ > #include > #include > #include > +#include > > /* > * The hypercall asms have to meet several constraints: > @@ -299,6 +300,13 @@ HYPERVISOR_set_timer_op(u64 timeout) > } > > static inline int > +HYPERVISOR_dom0_op(struct xen_platform_op *platform_op) > +{ > + platform_op->interface_version = XENPF_INTERFACE_VERSION; > + return _hypercall1(int, dom0_op, platform_op); > +} > + > +static inline int > HYPERVISOR_set_debugreg(int reg, unsigned long value) > { > return _hypercall2(int, set_debugreg, reg, value); > diff --git a/arch/x86/include/asm/xen/interface.h b/arch/x86/include/asm/xen/interface.h > index 5d4922a..a1f2db5 100644 > --- a/arch/x86/include/asm/xen/interface.h > +++ b/arch/x86/include/asm/xen/interface.h > @@ -55,6 +55,7 @@ DEFINE_GUEST_HANDLE(char); > DEFINE_GUEST_HANDLE(int); > DEFINE_GUEST_HANDLE(long); > DEFINE_GUEST_HANDLE(void); > +DEFINE_GUEST_HANDLE(uint64_t); > #endif > > #ifndef HYPERVISOR_VIRT_START > diff --git a/arch/x86/xen/time.c b/arch/x86/xen/time.c > index 5158c50..8c9cdfa 100644 > --- a/arch/x86/xen/time.c > +++ b/arch/x86/xen/time.c > @@ -200,8 +200,22 @@ static unsigned long xen_get_wallclock(void) > > static int xen_set_wallclock(unsigned long now) > { > + struct xen_platform_op op; > + int rc; > + > /* do nothing for domU */ > - return -1; > + if (!xen_initial_domain()) > + return -1; > + > + op.cmd = XENPF_settime; > + op.u.settime.secs = now; > + op.u.settime.nsecs = 0; > + op.u.settime.system_time = xen_clocksource_read(); > + > + rc = HYPERVISOR_dom0_op(&op); > + WARN(rc != 0, "XENPF_settime failed: now=%ld\n", now); > + > + return rc; > } > > static struct clocksource xen_clocksource __read_mostly = { > diff --git a/include/xen/interface/platform.h b/include/xen/interface/platform.h > new file mode 100644 > index 0000000..c168468 > --- /dev/null > +++ b/include/xen/interface/platform.h > @@ -0,0 +1,320 @@ > +/****************************************************************************** > + * platform.h > + * > + * Hardware platform operations. Intended for use by domain-0 kernel. > + * > + * Permission is hereby granted, free of charge, to any person obtaining a copy > + * of this software and associated documentation files (the "Software"), to > + * deal in the Software without restriction, including without limitation the > + * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or > + * sell copies of the Software, and to permit persons to whom the Software is > + * furnished to do so, subject to the following conditions: > + * > + * The above copyright notice and this permission notice shall be included in > + * all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE > + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER > + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING > + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER > + * DEALINGS IN THE SOFTWARE. > + * > + * Copyright (c) 2002-2006, K Fraser > + */ > + > +#ifndef __XEN_PUBLIC_PLATFORM_H__ > +#define __XEN_PUBLIC_PLATFORM_H__ > + > +#include "xen.h" > + > +#define XENPF_INTERFACE_VERSION 0x03000001 > + > +/* > + * Set clock such that it would read after 00:00:00 UTC, > + * 1 January, 1970 if the current system time was . > + */ > +#define XENPF_settime 17 > +struct xenpf_settime { > + /* IN variables. */ > + uint32_t secs; > + uint32_t nsecs; > + uint64_t system_time; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_settime_t); > + > +/* > + * Request memory range (@mfn, @mfn+@nr_mfns-1) to have type @type. > + * On x86, @type is an architecture-defined MTRR memory type. > + * On success, returns the MTRR that was used (@reg) and a handle that can > + * be passed to XENPF_DEL_MEMTYPE to accurately tear down the new setting. > + * (x86-specific). > + */ > +#define XENPF_add_memtype 31 > +struct xenpf_add_memtype { > + /* IN variables. */ > + unsigned long mfn; > + uint64_t nr_mfns; > + uint32_t type; > + /* OUT variables. */ > + uint32_t handle; > + uint32_t reg; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_add_memtype_t); > + > +/* > + * Tear down an existing memory-range type. If @handle is remembered then it > + * should be passed in to accurately tear down the correct setting (in case > + * of overlapping memory regions with differing types). If it is not known > + * then @handle should be set to zero. In all cases @reg must be set. > + * (x86-specific). > + */ > +#define XENPF_del_memtype 32 > +struct xenpf_del_memtype { > + /* IN variables. */ > + uint32_t handle; > + uint32_t reg; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_del_memtype_t); > + > +/* Read current type of an MTRR (x86-specific). */ > +#define XENPF_read_memtype 33 > +struct xenpf_read_memtype { > + /* IN variables. */ > + uint32_t reg; > + /* OUT variables. */ > + unsigned long mfn; > + uint64_t nr_mfns; > + uint32_t type; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_read_memtype_t); > + > +#define XENPF_microcode_update 35 > +struct xenpf_microcode_update { > + /* IN variables. */ > + GUEST_HANDLE(void) data; /* Pointer to microcode data */ > + uint32_t length; /* Length of microcode data. */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_microcode_update_t); > + > +#define XENPF_platform_quirk 39 > +#define QUIRK_NOIRQBALANCING 1 /* Do not restrict IO-APIC RTE targets */ > +#define QUIRK_IOAPIC_BAD_REGSEL 2 /* IO-APIC REGSEL forgets its value */ > +#define QUIRK_IOAPIC_GOOD_REGSEL 3 /* IO-APIC REGSEL behaves properly */ > +struct xenpf_platform_quirk { > + /* IN variables. */ > + uint32_t quirk_id; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_platform_quirk_t); > + > +#define XENPF_firmware_info 50 > +#define XEN_FW_DISK_INFO 1 /* from int 13 AH=08/41/48 */ > +#define XEN_FW_DISK_MBR_SIGNATURE 2 /* from MBR offset 0x1b8 */ > +#define XEN_FW_VBEDDC_INFO 3 /* from int 10 AX=4f15 */ > +struct xenpf_firmware_info { > + /* IN variables. */ > + uint32_t type; > + uint32_t index; > + /* OUT variables. */ > + union { > + struct { > + /* Int13, Fn48: Check Extensions Present. */ > + uint8_t device; /* %dl: bios device number */ > + uint8_t version; /* %ah: major version */ > + uint16_t interface_support; /* %cx: support bitmap */ > + /* Int13, Fn08: Legacy Get Device Parameters. */ > + uint16_t legacy_max_cylinder; /* %cl[7:6]:%ch: max cyl # */ > + uint8_t legacy_max_head; /* %dh: max head # */ > + uint8_t legacy_sectors_per_track; /* %cl[5:0]: max sector # */ > + /* Int13, Fn41: Get Device Parameters (as filled into %ds:%esi). */ > + /* NB. First uint16_t of buffer must be set to buffer size. */ > + GUEST_HANDLE(void) edd_params; > + } disk_info; /* XEN_FW_DISK_INFO */ > + struct { > + uint8_t device; /* bios device number */ > + uint32_t mbr_signature; /* offset 0x1b8 in mbr */ > + } disk_mbr_signature; /* XEN_FW_DISK_MBR_SIGNATURE */ > + struct { > + /* Int10, AX=4F15: Get EDID info. */ > + uint8_t capabilities; > + uint8_t edid_transfer_time; > + /* must refer to 128-byte buffer */ > + GUEST_HANDLE(uchar) edid; > + } vbeddc_info; /* XEN_FW_VBEDDC_INFO */ > + } u; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_firmware_info_t); > + > +#define XENPF_enter_acpi_sleep 51 > +struct xenpf_enter_acpi_sleep { > + /* IN variables */ > + uint16_t pm1a_cnt_val; /* PM1a control value. */ > + uint16_t pm1b_cnt_val; /* PM1b control value. */ > + uint32_t sleep_state; /* Which state to enter (Sn). */ > + uint32_t flags; /* Must be zero. */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_enter_acpi_sleep_t); > + > +#define XENPF_change_freq 52 > +struct xenpf_change_freq { > + /* IN variables */ > + uint32_t flags; /* Must be zero. */ > + uint32_t cpu; /* Physical cpu. */ > + uint64_t freq; /* New frequency (Hz). */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_change_freq_t); > + > +/* > + * Get idle times (nanoseconds since boot) for physical CPUs specified in the > + * @cpumap_bitmap with range [0..@cpumap_nr_cpus-1]. The @idletime array is > + * indexed by CPU number; only entries with the corresponding @cpumap_bitmap > + * bit set are written to. On return, @cpumap_bitmap is modified so that any > + * non-existent CPUs are cleared. Such CPUs have their @idletime array entry > + * cleared. > + */ > +#define XENPF_getidletime 53 > +struct xenpf_getidletime { > + /* IN/OUT variables */ > + /* IN: CPUs to interrogate; OUT: subset of IN which are present */ > + GUEST_HANDLE(uchar) cpumap_bitmap; > + /* IN variables */ > + /* Size of cpumap bitmap. */ > + uint32_t cpumap_nr_cpus; > + /* Must be indexable for every cpu in cpumap_bitmap. */ > + GUEST_HANDLE(uint64_t) idletime; > + /* OUT variables */ > + /* System time when the idletime snapshots were taken. */ > + uint64_t now; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_getidletime_t); > + > +#define XENPF_set_processor_pminfo 54 > + > +/* ability bits */ > +#define XEN_PROCESSOR_PM_CX 1 > +#define XEN_PROCESSOR_PM_PX 2 > +#define XEN_PROCESSOR_PM_TX 4 > + > +/* cmd type */ > +#define XEN_PM_CX 0 > +#define XEN_PM_PX 1 > +#define XEN_PM_TX 2 > + > +/* Px sub info type */ > +#define XEN_PX_PCT 1 > +#define XEN_PX_PSS 2 > +#define XEN_PX_PPC 4 > +#define XEN_PX_PSD 8 > + > +struct xen_power_register { > + uint32_t space_id; > + uint32_t bit_width; > + uint32_t bit_offset; > + uint32_t access_size; > + uint64_t address; > +}; > + > +struct xen_processor_csd { > + uint32_t domain; /* domain number of one dependent group */ > + uint32_t coord_type; /* coordination type */ > + uint32_t num; /* number of processors in same domain */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xen_processor_csd); > + > +struct xen_processor_cx { > + struct xen_power_register reg; /* GAS for Cx trigger register */ > + uint8_t type; /* cstate value, c0: 0, c1: 1, ... */ > + uint32_t latency; /* worst latency (ms) to enter/exit this cstate */ > + uint32_t power; /* average power consumption(mW) */ > + uint32_t dpcnt; /* number of dependency entries */ > + GUEST_HANDLE(xen_processor_csd) dp; /* NULL if no dependency */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xen_processor_cx); > + > +struct xen_processor_flags { > + uint32_t bm_control:1; > + uint32_t bm_check:1; > + uint32_t has_cst:1; > + uint32_t power_setup_done:1; > + uint32_t bm_rld_set:1; > +}; > + > +struct xen_processor_power { > + uint32_t count; /* number of C state entries in array below */ > + struct xen_processor_flags flags; /* global flags of this processor */ > + GUEST_HANDLE(xen_processor_cx) states; /* supported c states */ > +}; > + > +struct xen_pct_register { > + uint8_t descriptor; > + uint16_t length; > + uint8_t space_id; > + uint8_t bit_width; > + uint8_t bit_offset; > + uint8_t reserved; > + uint64_t address; > +}; > + > +struct xen_processor_px { > + uint64_t core_frequency; /* megahertz */ > + uint64_t power; /* milliWatts */ > + uint64_t transition_latency; /* microseconds */ > + uint64_t bus_master_latency; /* microseconds */ > + uint64_t control; /* control value */ > + uint64_t status; /* success indicator */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xen_processor_px); > + > +struct xen_psd_package { > + uint64_t num_entries; > + uint64_t revision; > + uint64_t domain; > + uint64_t coord_type; > + uint64_t num_processors; > +}; > + > +struct xen_processor_performance { > + uint32_t flags; /* flag for Px sub info type */ > + uint32_t platform_limit; /* Platform limitation on freq usage */ > + struct xen_pct_register control_register; > + struct xen_pct_register status_register; > + uint32_t state_count; /* total available performance states */ > + GUEST_HANDLE(xen_processor_px) states; > + struct xen_psd_package domain_info; > + uint32_t shared_type; /* coordination type of this processor */ > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xen_processor_performance); > + > +struct xenpf_set_processor_pminfo { > + /* IN variables */ > + uint32_t id; /* ACPI CPU ID */ > + uint32_t type; /* {XEN_PM_CX, XEN_PM_PX} */ > + union { > + struct xen_processor_power power;/* Cx: _CST/_CSD */ > + struct xen_processor_performance perf; /* Px: _PPC/_PCT/_PSS/_PSD */ > + }; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xenpf_set_processor_pminfo); > + > +struct xen_platform_op { > + uint32_t cmd; > + uint32_t interface_version; /* XENPF_INTERFACE_VERSION */ > + union { > + struct xenpf_settime settime; > + struct xenpf_add_memtype add_memtype; > + struct xenpf_del_memtype del_memtype; > + struct xenpf_read_memtype read_memtype; > + struct xenpf_microcode_update microcode; > + struct xenpf_platform_quirk platform_quirk; > + struct xenpf_firmware_info firmware_info; > + struct xenpf_enter_acpi_sleep enter_acpi_sleep; > + struct xenpf_change_freq change_freq; > + struct xenpf_getidletime getidletime; > + struct xenpf_set_processor_pminfo set_pminfo; > + uint8_t pad[128]; > + } u; > +}; > +DEFINE_GUEST_HANDLE_STRUCT(xen_platform_op_t); > + > +#endif /* __XEN_PUBLIC_PLATFORM_H__ */ > diff --git a/include/xen/interface/xen.h b/include/xen/interface/xen.h > index 70213b4..d83cc08 100644 > --- a/include/xen/interface/xen.h > +++ b/include/xen/interface/xen.h > @@ -453,6 +453,7 @@ struct start_info { > /* These flags are passed in the 'flags' field of start_info_t. */ > #define SIF_PRIVILEGED (1<<0) /* Is the domain privileged? */ > #define SIF_INITDOMAIN (1<<1) /* Is this the initial control domain? */ > +#define SIF_PM_MASK (0xFF<<8) /* reserve 1 byte for xen-pm options */ > > typedef uint64_t cpumap_t; > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 18:14:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 18:14:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLPPK-00067R-Ng; Tue, 01 Nov 2011 18:14:22 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1RLPOS-0005tm-6t for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 18:13:28 -0700 X-Env-Sender: sfr@canb.auug.org.au X-Msg-Ref: server-15.tower-21.messagelabs.com!1320196403!2548309!1 X-Originating-IP: [203.10.76.15] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21250 invoked from network); 2 Nov 2011 01:13:24 -0000 Received: from calzone.tip.net.au (HELO calzone.tip.net.au) (203.10.76.15) by server-15.tower-21.messagelabs.com with SMTP; 2 Nov 2011 01:13:24 -0000 Received: from canb.auug.org.au (ibmaus65.lnk.telstra.net [165.228.126.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by calzone.tip.net.au (Postfix) with ESMTPSA id C0233128436; Wed, 2 Nov 2011 12:13:15 +1100 (EST) Date: Wed, 2 Nov 2011 12:13:09 +1100 From: Stephen Rothwell To: Greg KH Message-Id: <20111102121309.4dbb0d2ac90d2879130820dd@canb.auug.org.au> In-Reply-To: <20111027054806.GA1377@suse.de> References: <20111027053007.GA32765@phenom.dumpdata.com> <20111027054806.GA1377@suse.de> X-Mailer: Sylpheed 3.2.0beta3 (GTK+ 2.24.6; i486-pc-linux-gnu) Mime-Version: 1.0 Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk , Anton, Rusty Russell , miche@google.com, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, Linus , Blanchard , Benjamin Herrenschmidt , Amit Shah , ppc-dev Subject: [Xen-devel] Re: Regression: patch " hvc_console: display printk messages on console." causing infinite loop with 3.2-rc0 + Xen. X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1915654457==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============1915654457== Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA256"; boundary="Signature=_Wed__2_Nov_2011_12_13_09_+1100_lsOPgMWQm04RXl/E" --Signature=_Wed__2_Nov_2011_12_13_09_+1100_lsOPgMWQm04RXl/E Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Greg, On Thu, 27 Oct 2011 07:48:06 +0200 Greg KH wrote: > > On Thu, Oct 27, 2011 at 01:30:08AM -0400, Konrad Rzeszutek Wilk wrote: > > Hey Miche. > >=20 > > The git commit 361162459f62dc0826b82c9690a741a940f457f0: > >=20 > > hvc_console: display printk messages on console. > >=20 > > is causing an infinite loop when booting Linux under Xen, as so: >=20 > Ick, not good, thanks for letting us know. Indeed. I am wondering why it was put in a tree and sent to Linus without any Acks or even being replied to by anyone. It appeared in the tty tree between Oct 14 and Oct 25 (while I was unfortunately on vacation). If anyone had tried to boot this on any PowerPC server, it would have been immediately obvious (as it was when I booted Linus' tree last night). And the original author expressed doubts as to his understanding of how it should all work anyway. Just a little more care, please. I would vote for reverting the original and having it resubmitted with corrections at some later date. --=20 Cheers, Stephen Rothwell sfr@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ --Signature=_Wed__2_Nov_2011_12_13_09_+1100_lsOPgMWQm04RXl/E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOsJklAAoJEECxmPOUX5FE9UYP/2GMqOVKG+lC9uiq85ulDaGJ rIfH6kGOwyMER5NpeTdJM4XaOnJwVKum0R4vA1F/Uz4JpO7CtWZjc8+bOYyGHLtV uVc1Hf8dv8hLmy0YEFuVE+SvuacI70txycM9Uv6eGEYvCwh/c1BkOZk2/kb27vK2 zkDQ24l7BblWIm3fE31xPgtH8X2mmmHrMpdbq1fmOxz83Xa3IS82yksD0/fGjDNn 54RLMtxXwe4bdIRiDhUxLSqJT3UKmXZRiI24SwzSNzC//rIxxe9M39CaxWHCdWXL 0PCEbzE2EQof7aWypkDVJmOHYQGNg2uxdP7ZxeNZNkGR7scblvxHxtq906/xG53N uVg6e6qS8CwjHPMlQl6WSRTBEXReMDKffeAQ9aACEvQAHtFW1HVqDOLSU1lS45vy Y9LRGMB8WqvsLw35MaY74/yidnD60Zgl2pDN5KL2RTfh1wgEGh5YilunXvCxaD8l J8hHXpFtG0n1r/pfsq876AGmNEnOF1IdfFmrsa8ZnUnCKNgGAuw7cUem8X8t7k8y U1KM6Qu0cWdaCVMcvAP3bcfKlYYgYnclDxH/jXtjgFJlujb3ZZ5Yj4IHaq3mDS2I A1qWnbU3FvI5ck5C81gEUqoL0Zp5EeN7g9wDLGVLKPO3f/HH7sMONlAL8nmBhyna YbsmYz14IPXe4mZ02U2c =/vwG -----END PGP SIGNATURE----- --Signature=_Wed__2_Nov_2011_12_13_09_+1100_lsOPgMWQm04RXl/E-- --===============1915654457== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1915654457==-- From xen-devel-bounces@lists.xensource.com Tue Nov 01 21:28:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 21:28:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLSQk-0005fX-M8; Tue, 01 Nov 2011 21:28:02 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLSPz-0005Se-T9 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 21:27:16 -0700 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1320208032!1598512!1 X-Originating-IP: [62.200.22.115] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21044 invoked from network); 2 Nov 2011 04:27:12 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Nov 2011 04:27:12 -0000 X-IronPort-AV: E=Sophos;i="4.69,441,1315180800"; d="scan'208";a="8707657" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Nov 2011 04:27:12 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.137.0; Wed, 2 Nov 2011 04:27:12 +0000 Received: from [10.80.248.135] (helo=woking.xci-test.com) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1RLSPw-0001XO-0B; Wed, 02 Nov 2011 04:27:12 +0000 Received: from osstest by woking.xci-test.com with local (Exim 4.69) (envelope-from ) id 1RLSPv-0000eq-Mg; Wed, 02 Nov 2011 04:27:11 +0000 To: xen-devel@lists.xensource.com Message-ID: From: xen.org Date: Wed, 2 Nov 2011 04:27:11 +0000 MIME-Version: 1.0 Content-Type: text/plain Cc: ian.jackson@eu.citrix.com Subject: [Xen-devel] [xen-unstable test] 9655: tolerable FAIL X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com flight 9655 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/9655/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-multivcpu 8 debian-fixup fail pass in 9652 test-amd64-i386-xl-credit2 8 debian-fixup fail pass in 9652 test-amd64-amd64-xl-sedf 5 xen-boot fail pass in 9652 Tests which did not succeed, but are not blocking, including regressions (tests previously passed) regarded as allowable: test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never pass test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never pass test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass test-i386-i386-xl-win 13 guest-stop fail never pass test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass test-i386-i386-win 16 leak-check/check fail never pass test-amd64-amd64-win 16 leak-check/check fail never pass test-amd64-amd64-xl-win 13 guest-stop fail never pass test-amd64-i386-win 16 leak-check/check fail never pass test-amd64-amd64-xl-sedf 14 guest-localmigrate/x10 fail in 9652 blocked in 9655 version targeted for testing: xen 068d3d55ce6e baseline version: xen 068d3d55ce6e jobs: build-amd64 pass build-i386 pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-amd64-i386-xl pass test-i386-i386-xl pass test-amd64-i386-rhel6hvm-amd fail test-amd64-i386-xl-credit2 fail test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel fail test-amd64-i386-xl-multivcpu fail test-amd64-amd64-pair pass test-amd64-i386-pair pass test-i386-i386-pair pass test-amd64-amd64-pv pass test-amd64-i386-pv pass test-i386-i386-pv pass test-amd64-amd64-xl-sedf fail test-amd64-i386-win-vcpus1 fail test-amd64-i386-xl-win-vcpus1 fail test-amd64-amd64-win fail test-amd64-i386-win fail test-i386-i386-win fail test-amd64-amd64-xl-win fail test-i386-i386-xl-win fail ------------------------------------------------------------ sg-report-flight on woking.cam.xci-test.com logs: /home/xc_osstest/logs images: /home/xc_osstest/images Logs, config files, etc. are available at http://www.chiark.greenend.org.uk/~xensrcts/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Published tested tree is already up to date. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Nov 01 21:54:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 01 Nov 2011 21:54:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLSqH-0006Wm-VO; Tue, 01 Nov 2011 21:54:25 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLSpM-0006KG-K6 for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 21:53:29 -0700 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1320209603!1621970!1 X-Originating-IP: [66.165.176.63] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30138 invoked from network); 2 Nov 2011 04:53:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Nov 2011 04:53:25 -0000 X-IronPort-AV: E=Sophos;i="4.69,442,1315195200"; d="scan'208";a="169039329" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Nov 2011 00:53:23 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.137.0; Wed, 2 Nov 2011 00:53:22 -0400 Message-ID: <1320209597.3084.36.camel@cthulhu.hellion.org.uk> From: Ian Campbell To: Greg KH Date: Wed, 2 Nov 2011 13:53:17 +0900 In-Reply-To: <20111101230951.GA21951@kroah.com> References: <20111026210539.64BA823EB@git.kroah.org> <20111101230951.GA21951@kroah.com> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3-2 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Cc: Jeremy Fitzhardinge , Konrad Rzeszutek Wilk , "stable@vger.kernel.org" , "Rafael J. Wysocki" , xen-devel , Stefan Bader , Thomas Gleixner Subject: [Xen-devel] Re: Patch Upstream: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com Hi Greg, On Tue, 2011-11-01 at 19:09 -0400, Greg KH wrote: > If someone wants this in .32-stable, can they provide me a backported > version, as this doesn't backport very easily (i.e. I tried and failed.) Please see <1318859710.16132.15.camel@zakaz.uk.xensource.com> which contains a backported version of the patch. Stefan Bader reported that he was still having some issues even with this patch which I haven't had a chance to investigate fully, however I think the patch is correct in its own right. Ian. > > thanks, > > greg k-h > > On Wed, Oct 26, 2011 at 05:05:39PM -0400, Gregs git-bot wrote: > > commit: 9bab0b7fbaceec47d32db51cd9e59c82fb071f5a > > From: Ian Campbell > > Date: Mon, 3 Oct 2011 15:37:00 +0100 > > Subject: genirq: Add IRQF_RESUME_EARLY and resume such IRQs earlier > > > > This adds a mechanism to resume selected IRQs during syscore_resume > > instead of dpm_resume_noirq. > > > > Under Xen we need to resume IRQs associated with IPIs early enough > > that the resched IPI is unmasked and we can therefore schedule > > ourselves out of the stop_machine where the suspend/resume takes > > place. > > > > This issue was introduced by 676dc3cf5bc3 "xen: Use IRQF_FORCE_RESUME". > > > > Signed-off-by: Ian Campbell > > Cc: Rafael J. Wysocki > > Cc: Jeremy Fitzhardinge > > Cc: xen-devel > > Cc: Konrad Rzeszutek Wilk > > Link: http://lkml.kernel.org/r/1318713254.11016.52.camel@dagon.hellion.org.uk > > Cc: stable@kernel.org (at least to 2.6.32.y) > > Signed-off-by: Thomas Gleixner > > --- > > drivers/xen/events.c | 2 +- > > include/linux/interrupt.h | 3 ++ > > kernel/irq/pm.c | 48 ++++++++++++++++++++++++++++++++++++++------ > > 3 files changed, 45 insertions(+), 8 deletions(-) > > > > diff --git a/drivers/xen/events.c b/drivers/xen/events.c > > index da70f5c..a758bc1 100644 > > --- a/drivers/xen/events.c > > +++ b/drivers/xen/events.c > > @@ -1021,7 +1021,7 @@ int bind_ipi_to_irqhandler(enum ipi_vector ipi, > > if (irq < 0) > > return irq; > > > > - irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME; > > + irqflags |= IRQF_NO_SUSPEND | IRQF_FORCE_RESUME | IRQF_EARLY_RESUME; > > retval = request_irq(irq, handler, irqflags, devname, dev_id); > > if (retval != 0) { > > unbind_from_irq(irq); > > diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h > > index 664544f..a64b00e 100644 > > --- a/include/linux/interrupt.h > > +++ b/include/linux/interrupt.h > > @@ -59,6 +59,8 @@ > > * IRQF_NO_SUSPEND - Do not disable this IRQ during suspend > > * IRQF_FORCE_RESUME - Force enable it on resume even if IRQF_NO_SUSPEND is set > > * IRQF_NO_THREAD - Interrupt cannot be threaded > > + * IRQF_EARLY_RESUME - Resume IRQ early during syscore instead of at device > > + * resume time. > > */ > > #define IRQF_DISABLED 0x00000020 > > #define IRQF_SAMPLE_RANDOM 0x00000040 > > @@ -72,6 +74,7 @@ > > #define IRQF_NO_SUSPEND 0x00004000 > > #define IRQF_FORCE_RESUME 0x00008000 > > #define IRQF_NO_THREAD 0x00010000 > > +#define IRQF_EARLY_RESUME 0x00020000 > > > > #define IRQF_TIMER (__IRQF_TIMER | IRQF_NO_SUSPEND | IRQF_NO_THREAD) > > > > diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c > > index f76fc00..15e53b1 100644 > > --- a/kernel/irq/pm.c > > +++ b/kernel/irq/pm.c > > @@ -9,6 +9,7 @@ > > #include > > #include > > #include > > +#include > > > > #include "internals.h" > > > > @@ -39,25 +40,58 @@ void suspend_device_irqs(void) > > } > > EXPORT_SYMBOL_GPL(suspend_device_irqs); > > > > -/** > > - * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() > > - * > > - * Enable all interrupt lines previously disabled by suspend_device_irqs() that > > - * have the IRQS_SUSPENDED flag set. > > - */ > > -void resume_device_irqs(void) > > +static void resume_irqs(bool want_early) > > { > > struct irq_desc *desc; > > int irq; > > > > for_each_irq_desc(irq, desc) { > > unsigned long flags; > > + bool is_early = desc->action && > > + desc->action->flags & IRQF_EARLY_RESUME; > > + > > + if (is_early != want_early) > > + continue; > > > > raw_spin_lock_irqsave(&desc->lock, flags); > > __enable_irq(desc, irq, true); > > raw_spin_unlock_irqrestore(&desc->lock, flags); > > } > > } > > + > > +/** > > + * irq_pm_syscore_ops - enable interrupt lines early > > + * > > + * Enable all interrupt lines with %IRQF_EARLY_RESUME set. > > + */ > > +static void irq_pm_syscore_resume(void) > > +{ > > + resume_irqs(true); > > +} > > + > > +static struct syscore_ops irq_pm_syscore_ops = { > > + .resume = irq_pm_syscore_resume, > > +}; > > + > > +static int __init irq_pm_init_ops(void) > > +{ > > + register_syscore_ops(&irq_pm_syscore_ops); > > + return 0; > > +} > > + > > +device_initcall(irq_pm_init_ops); > > + > > +/** > > + * resume_device_irqs - enable interrupt lines disabled by suspend_device_irqs() > > + * > > + * Enable all non-%IRQF_EARLY_RESUME interrupt lines previously > > + * disabled by suspend_device_irqs() that have the IRQS_SUSPENDED flag > > + * set as well as those with %IRQF_FORCE_RESUME. > > + */ > > +void resume_device_irqs(void) > > +{ > > + resume_irqs(false); > > +} > > EXPORT_SYMBOL_GPL(resume_device_irqs); > > > > /** > > -- > > 1.7.3.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Wed Nov 02 00:00:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 02 Nov 2011 00:00:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLUo6-00013w-3L; Wed, 02 Nov 2011 00:00:18 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1RLUmu-0000qw-Em for xen-devel@lists.xensource.com; Tue, 01 Nov 2011 23:59:08 -0700 X-Env-Sender: cyliu@suse.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1320217105!55201819!1 X-Originating-IP: [137.65.248.33] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16665 invoked from network); 2 Nov 2011 06:58:25 -0000 Received: from novprvlin0050.provo.novell.com (HELO novprvlin0050.provo.novell.com) (137.65.248.33) by server-7.tower-27.messagelabs.com with SMTP; 2 Nov 2011 06:58:25 -0000 Received: from INET-PRV1-MTA by novprvlin0050.provo.novell.com with Novell_GroupWise; Wed, 02 Nov 2011 00:58:59 -0600 Message-Id: <4EB184DE020000660000603E@novprvlin0050.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.0 Beta Date: Wed, 02 Nov 2011 00:58:54 -0600 From: "Chun Yan Liu" To: "Stefano Stabellini" Subject: Re: [Xen-devel]xl create PV guest with qcow/qcow2 disk images fail References: <1319808450-9617-1-git-send-email-cyliu@suse.com> In-Reply-To: <1319808450-9617-1-git-send-email-cyliu@suse.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=__Part426DB13E.2__=" Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__Part426DB13E.2__= Content-Type: multipart/alternative; boundary="=__Part426DB13E.3__=" --=__Part426DB13E.3__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Stefano, could you review the revised patch and share your comments? = Thanks.=20 >>> Chunyan Liu 10/28/2011 9:27 PM >>> Start qemu-nbd to mount non-raw qdisk in dom0 so that xl can create PV = guest with qcow/qcow2 disk image and using pygrub. v2: use fork and exec instead of system(3) Signed-off-by: Chunyan Liu diff -r b4cf57bbc3fb tools/libxl/libxl.c --- a/tools/libxl/libxl.cThu Oct 20 15:24:46 2011 +0800 +++ b/tools/libxl/libxl.cFri Oct 28 20:50:36 2011 +0800 @@ -1077,6 +1077,58 @@ out_free: libxl__free_all(&gc); return rc; } +static int fork_exec(char *arg0, char **args) +{ + pid_t pid; + int status; + + pid =3D fork(); + if (pid < 0) + return -1; + else if (pid =3D=3D 0){ + execvp(arg0, args); + exit(127); + } + sleep(1); =20 + while (waitpid(pid, &status, 0) < 0) { + if (errno !=3D EINTR) { + status =3D -1; + break; + } + } + + return status; +} + +static char * nbd_mount_disk(libxl__gc *gc, libxl_device_disk *disk) +{ + int i; + int nbds_max =3D 16; + char *nbd_dev =3D NULL; + char *args[] =3D {"qemu-nbd","-c",NULL,NULL,NULL}; + char *ret =3D NULL; + + for (i =3D 0; i < nbds_max; i++) { + nbd_dev =3D libxl__sprintf(gc, "/dev/nbd%d", i); + args[2] =3D libxl__sprintf(gc, "%s", nbd_dev); + args[3] =3D libxl__sprintf(gc, "%s", disk->pdev_path); + if (fork_exec(args[0], args) =3D=3D 0) { + ret =3D strdup(nbd_dev); + break; + } + } + + return ret; +} + +static int nbd_unmount_disk(libxl__gc *gc, char *diskpath) { + char *args[] =3D {"qemu-nbd","-d",NULL,NULL}; + args[2] =3D libxl__sprintf(gc, "%s", diskpath); + if (fork_exec(args[0], args)) + return 0; + else + return ERROR_FAIL; +} char * libxl_device_disk_local_attach(libxl_ctx *ctx, libxl_device_disk = *disk) { @@ -1084,6 +1136,7 @@ char * libxl_device_disk_local_attach(li char *dev =3D NULL; char *ret =3D NULL; int rc; + char *mdev =3D NULL; rc =3D libxl__device_disk_set_backend(&gc, disk); if (rc) goto out; @@ -1118,8 +1171,12 @@ char * libxl_device_disk_local_attach(li break; case LIBXL_DISK_BACKEND_QDISK: if (disk->format !=3D LIBXL_DISK_FORMAT_RAW) { - LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "cannot locally" - " attach a qdisk image if the format is not = raw"); + LIBXL__LOG(ctx, LIBXL__LOG_DEBUG, "attaching a non-raw = qdisk image to domain 0\n"); + mdev =3D nbd_mount_disk(&gc, disk); + if (mdev) + dev =3D mdev; + else + LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "fail to mount = image with qemu-nbd"); break; } LIBXL__LOG(ctx, LIBXL__LOG_DEBUG, "locally attaching qdisk = %s\n", @@ -1135,11 +1192,13 @@ char * libxl_device_disk_local_attach(li out: if (dev !=3D NULL) ret =3D strdup(dev); + if (mdev) + free(mdev); libxl__free_all(&gc); return ret; } -int libxl_device_disk_local_detach(libxl_ctx *ctx, libxl_device_disk = *disk) +int libxl_device_disk_local_detach(libxl_ctx *ctx, libxl_device_disk = *disk, char *diskpath) { /* Nothing to do for PHYSTYPE_PHY. */ @@ -1147,7 +1206,22 @@ int libxl_device_disk_local_detach(libxl * For other device types assume that the blktap2 process is * needed by the soon to be started domain and do nothing. */ + libxl__gc gc =3D LIBXL_INIT_GC(ctx); + int ret; + switch (disk->backend) { + case LIBXL_DISK_BACKEND_QDISK: + if (disk->format !=3D LIBXL_DISK_FORMAT_RAW) { + LIBXL__LOG(ctx, LIBXL__LOG_DEBUG, "Locally detach a = non-raw " + "qdisk image"); + ret =3D nbd_unmount_disk(&gc, diskpath); + return ret; + } + default: + break; + } + + libxl__free_all(&gc); return 0; } diff -r b4cf57bbc3fb tools/libxl/libxl.h --- a/tools/libxl/libxl.hThu Oct 20 15:24:46 2011 +0800 +++ b/tools/libxl/libxl.hFri Oct 28 20:50:36 2011 +0800 @@ -390,7 +390,7 @@ int libxl_cdrom_insert(libxl_ctx *ctx, u * Make a disk available in this domain. Returns path to a device. */ char * libxl_device_disk_local_attach(libxl_ctx *ctx, libxl_device_disk = *disk); -int libxl_device_disk_local_detach(libxl_ctx *ctx, libxl_device_disk = *disk); +int libxl_device_disk_local_detach(libxl_ctx *ctx, libxl_device_disk = *disk, char *diskpath); int libxl_device_nic_init(libxl_device_nic *nic, int dev_num); int libxl_device_nic_add(libxl_ctx *ctx, uint32_t domid, libxl_device_nic = *nic); diff -r b4cf57bbc3fb tools/libxl/libxl_bootloader.c --- a/tools/libxl/libxl_bootloader.cThu Oct 20 15:24:46 2011 +0800 +++ b/tools/libxl/libxl_bootloader.cFri Oct 28 20:50:36 2011 +0800 @@ -424,7 +424,7 @@ int libxl_run_bootloader(libxl_ctx *ctx, rc =3D 0; out_close: if (diskpath) { - libxl_device_disk_local_detach(ctx, disk); + libxl_device_disk_local_detach(ctx, disk, diskpath); free(diskpath); } if (fifo_fd > -1) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --=__Part426DB13E.3__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable =0A =0A=0A =0A =0A

=0A Stefano, = could you review the revised patch and share your comments? Thanks.

=0A
=0A

=0A >>> Chunyan Liu <cyliu@suse.com> 10/28/2011 = 9:27 PM >>>
Start qemu-nbd to mount non-raw qdisk in dom0 so = that xl can create PV guest with qcow/qcow2 disk image and using pygrub.v2: use fork and exec instead of system(3)

Signed-off-by: = Chunyan Liu <cyliu@suse.com>

diff -r b4cf57bbc3fb tools/libxl/= libxl.c
--- a/tools/libxl/libxl.cThu Oct 20 15:24:46 2011 +0800
&= #43;++ b/tools/libxl/libxl.cFri Oct 28 20:50:36 2011 +0800
@= @ -1077,6 +1077,58 @@ out_free:
     = ;libxl__free_all(&gc);
     retu= rn rc;
}
+static int fork_exec(char *arg0, = char **args)
+{
+    pid_= t pid;
+    int status;
+
+=     pid = fork();
+  &#= 160; if (pid < 0)
+     = 0;  return -1;
+    else if = (pid == 0){
+     = 0;  execvp(arg0, args);
+   =      exit(127);
+  = 60; }
+    sleep(1); &#= 160; 
+    while (waitpid(pid, = &status, 0) < 0) {
+   &#= 160;    if (errno != EINTR) {+           &#= 32;status = -1;
+       &= #160;    break;
+    = 0;   }
+    }
++    return status;
+}
+
= +static char * nbd_mount_disk(libxl__gc *gc, libxl_devi= ce_disk *disk)
+{
+    int = i;
+    int nbds_max = 16;
+&#= 160;   char *nbd_dev = NULL;
+  =   char *args[] = {"qemu-nbd"= 4;"-c",NULL,NULL,NULL};
+  =   char *ret = NULL;
+
+   = ; for (i = 0; i < nbds_max; i++) = 23;
+        nbd_dev = = libxl__sprintf(gc, "/dev/nbd%d", i);
&= #43;        args[2] = = libxl__sprintf(gc, "%s", nbd_dev);
= 3;        args[3] = = libxl__sprintf(gc, "%s", disk->pdev_path)&= #59;
+        if (fork_ex= ec(args[0], args) == 0) {
+=             ret = = strdup(nbd_dev);
+     &#= 160;      break;
+   = ;     }
+    }<= br>+
+    return ret;
+}
&= #43;
+static int nbd_unmount_disk(libxl__gc *gc, char = *diskpath) {
+    char = *args[] = {"qemu-nbd","-d"= ,NULL,NULL};
+    args[2]= ; = libxl__sprintf(gc, "%s", diskpath)= 9;
+    if (fork_exec(args[0],= ; args))
+        ret= urn 0;
+    else
+   &#= 160;    return ERROR_FAIL;
+}

cha= r * libxl_device_disk_local_attach(libxl_ctx *ctx, = libxl_device_disk *disk)
{
@@ -1084,6 +1136,= 7 @@ char * libxl_device_disk_local_attach(li
   =   char *dev = NULL;
     ch= ar *ret = NULL;
     int rc;
= +    char *mdev = NULL;

 = 60;   rc = libxl__device_disk_set_backend(&gc,= ; disk);
     if (rc) goto = out;
@@ -1118,8 +1171,12 @@ char * libxl_device_disk= _local_attach(li
        = 60;    break;
      = ;   case LIBXL_DISK_BACKEND_QDISK:
    = ;         if (disk->form= at != LIBXL_DISK_FORMAT_RAW) {
-   &= #160;            = ;LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "cannot locally"-            =             = 60;  " attach a qdisk image if the format is not raw"= 1;;
+          = ;      LIBXL__LOG(ctx, LIBXL__LOG_DEBU= G, "attaching a non-raw qdisk image to domain 0\n")&#= 59;
+          = 60;     mdev = nbd_mount_disk(&gc, = disk);
+        = 0;       if (mdev)
+ =             = 60;      dev = mdev;
+ = 60;            =   else
+        = 60;           LIBXL__= LOG(ctx, LIBXL__LOG_ERROR, "fail to mount image with = qemu-nbd");
        = ;         break;
 &= #160;           }= ;
           = 0; LIBXL__LOG(ctx, LIBXL__LOG_DEBUG, "locally = attaching qdisk %s\n",
@@ -1135,11 +1192,13= @@ char * libxl_device_disk_local_attach(li
  out:
=      if (dev != NULL)
 = 0;       ret = strdup(dev)= 9;
+    if (mdev)
+  = 60;     free(mdev);
  = 0;  libxl__free_all(&gc);
   = 60; return ret;
}

-int libxl_device_disk_local_detac= h(libxl_ctx *ctx, libxl_device_disk *disk)
+int = libxl_device_disk_local_detach(libxl_ctx *ctx, libxl_device_dis= k *disk, char *diskpath)
{
   = 60; /* Nothing to do for PHYSTYPE_PHY. */

@@ -1147,7= +1206,22 @@ int libxl_device_disk_local_detach(libxl
 =      * For other device types assume that the = blktap2 process is
      * needed by = the soon to be started domain and do nothing.
    &#= 160; */
+    libxl__gc gc = = LIBXL_INIT_GC(ctx);
+    int = ret;

+    switch (disk->backend= 1; {
+        case = LIBXL_DISK_BACKEND_QDISK:
+       = ;     if (disk->format != LIBXL_DISK= _FORMAT_RAW) {
+      = 60;         LIBXL__LOG(ctx&= #44; LIBXL__LOG_DEBUG, "Locally detach a non-raw "
+&#= 160;            = ;       "qdisk image");=
+           =      ret = nbd_unmount_disk(&gc, = diskpath);
+        =         return ret;
+= 0;           }+        default:
+= 0;           break= 9;
+    }
+
+   = ; libxl__free_all(&gc);
     = ;return 0;
}

diff -r b4cf57bbc3fb tools/libxl/libxl.h--- a/tools/libxl/libxl.hThu Oct 20 15:24:46 2011 +0800
++&= #43; b/tools/libxl/libxl.hFri Oct 28 20:50:36 2011 +0800
@@ = -390,7 +390,7 @@ int libxl_cdrom_insert(libxl_ctx = *ctx, u
  * Make a disk available in this domain. = Returns path to a device.
  */
char * libxl_device_d= isk_local_attach(libxl_ctx *ctx, libxl_device_disk *disk= 1;;
-int libxl_device_disk_local_detach(libxl_ctx *ctx, = libxl_device_disk *disk);
+int libxl_device_disk_local_d= etach(libxl_ctx *ctx, libxl_device_disk *disk, char = *diskpath);

int libxl_device_nic_init(libxl_device_n= ic *nic, int dev_num);
int libxl_device_nic_add(libx= l_ctx *ctx, uint32_t domid, libxl_device_nic *nic);=
diff -r b4cf57bbc3fb tools/libxl/libxl_bootloader.c
--- a/tools/libx= l/libxl_bootloader.cThu Oct 20 15:24:46 2011 +0800
+++ = b/tools/libxl/libxl_bootloader.cFri Oct 28 20:50:36 2011 +0800
@@ = -424,7 +424,7 @@ int libxl_run_bootloader(libxl_ctx = *ctx,
     rc = 0;
out_close:=
     if (diskpath) {
- = ;       libxl_device_disk_local_detach= 0;ctx, disk);
+       = ; libxl_device_disk_local_detach(ctx, disk, diskpath)&#= 59;
         free(diskpa= th);
     }
   &#= 160; if (fifo_fd > -1)

______________________________= _________________
Xen-devel mailing list
Xen-devel@lists.xensource.co= m
http://lists.xensourc= e.com/xen-devel
=0A

=0A =0A=0A --=__Part426DB13E.3__=-- --=__Part426DB13E.2__= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --=__Part426DB13E.2__=-- From xen-devel-bounces@lists.xensource.com Wed Nov 02 01:50:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 02 Nov 2011 01:50:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLWWU-0003WF-Mc; Wed, 02 Nov 2011 01:50:14 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLWVW-0003Jj-P2 for xen-devel@lists.xensource.com; Wed, 02 Nov 2011 01:49:15 -0700 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1320223751!1991721!1 X-Originating-IP: [130.57.49.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4543 invoked from network); 2 Nov 2011 08:49:11 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Nov 2011 08:49:11 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Wed, 02 Nov 2011 08:49:10 +0000 Message-Id: <4EB11212020000780005E5F5@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 8.0.1 Date: Wed, 02 Nov 2011 08:49:06 +0000 From: "Jan Beulich" To: "Yang Z Zhang" , "Keir Fraser" Subject: Re: [Xen-devel] [PATCH] pm : provide CC7/PC2 residency References: <749B9D3DBF0F054390025D9EAFF47F2212D2A848E5@shsmsx501.ccr.corp.intel.com> In-Reply-To: <749B9D3DBF0F054390025D9EAFF47F2212D2A848E5@shsmsx501.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com >>> On 25.10.11 at 15:34, "Zhang, Yang Z" wrote: > --- a/xen/include/public/sysctl.h Mon Oct 24 18:01:07 2011 +0100 > +++ b/xen/include/public/sysctl.h Fri Oct 28 21:33:07 2011 +0800 > @@ -225,11 +225,13 @@ > uint64_aligned_t idle_time; /* idle time from boot = */ > XEN_GUEST_HANDLE_64(uint64) triggers; /* Cx trigger counts */ > XEN_GUEST_HANDLE_64(uint64) residencies; /* Cx residencies */ > + uint64_aligned_t pc2; > uint64_aligned_t pc3; > uint64_aligned_t pc6; > uint64_aligned_t pc7; > uint64_aligned_t cc3; > uint64_aligned_t cc6; > + uint64_aligned_t cc7; > }; >=20 > struct xen_sysctl_get_pmstat { Structure layout changes like this should be accompanied by a bump of XEN_SYSCTL_INTERFACE_VERSION - is there any reason not to do so in this case? Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Wed Nov 02 02:24:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 02 Nov 2011 02:24:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX3f-0004X9-JR; Wed, 02 Nov 2011 02:24:31 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX2m-0004KO-5O for xen-devel@lists.xensource.com; Wed, 02 Nov 2011 02:23:36 -0700 X-Env-Sender: Christoph.Egger@amd.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1320225811!3321688!1 X-Originating-IP: [216.32.181.186] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12948 invoked from network); 2 Nov 2011 09:23:32 -0000 Received: from ch1ehsobe006.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.186) by server-2.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 2 Nov 2011 09:23:32 -0000 Received: from mail118-ch1-R.bigfish.com (10.43.68.245) by CH1EHSOBE014.bigfish.com (10.43.70.64) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Nov 2011 09:23:17 +0000 Received: from mail118-ch1 (localhost.localdomain [127.0.0.1]) by mail118-ch1-R.bigfish.com (Postfix) with ESMTP id 001D52E02DB; Wed, 2 Nov 2011 09:23:24 +0000 (UTC) X-SpamScore: -11 X-BigFish: VPS-11(zzbb2dK1432N98dKzz1202hzzz32i668h839h) X-Forefront-Antispam-Report: CIP:163.181.249.109; KIP:(null); UIP:(null); IPVD:NLI; H:ausb3twp02.amd.com; RD:none; EFVD:NLI X-FB-SS: 13, Received: from mail118-ch1 (localhost.localdomain [127.0.0.1]) by mail118-ch1 (MessageSwitch) id 1320225803725620_1091; Wed, 2 Nov 2011 09:23:23 +0000 (UTC) Received: from CH1EHSMHS026.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.241]) by mail118-ch1.bigfish.com (Postfix) with ESMTP id A388C1920056; Wed, 2 Nov 2011 09:23:23 +0000 (UTC) Received: from ausb3twp02.amd.com (163.181.249.109) by CH1EHSMHS026.bigfish.com (10.43.70.26) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Nov 2011 09:23:24 +0000 X-WSS-ID: 0LU10QZ-02-258-02 X-M-MSG: Received: from sausexedgep01.amd.com (sausexedgep01-ext.amd.com [163.181.249.72]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Axway MailGate 3.8.1) with ESMTP id 2F812C8008; Wed, 2 Nov 2011 04:23:22 -0500 (CDT) Received: from SAUSEXDAG01.amd.com (163.181.55.1) by sausexedgep01.amd.com (163.181.36.54) with Microsoft SMTP Server (TLS) id 8.3.192.1; Wed, 2 Nov 2011 04:23:59 -0500 Received: from storexhtp02.amd.com (172.24.4.4) by sausexdag01.amd.com (163.181.55.1) with Microsoft SMTP Server (TLS) id 14.1.289.1; Wed, 2 Nov 2011 04:23:23 -0500 Received: from rhodium.osrc.amd.com (165.204.15.173) by storexhtp02.amd.com (172.24.4.4) with Microsoft SMTP Server id 8.3.83.0; Wed, 2 Nov 2011 05:23:14 -0400 Message-ID: <4EB10C00.10601@amd.com> Date: Wed, 2 Nov 2011 10:23:12 +0100 From: Christoph Egger User-Agent: Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) Gecko/20110523 Lightning/1.0b3pre Thunderbird/3.1.10 MIME-Version: 1.0 To: Ian Jackson , Keir Fraser , Tim Deegan Subject: Re: [Xen-devel] [PATCH] libxl: allow to enable/disable cpuid bits References: <4EAFD200.4010207@amd.com> <20144.17265.621187.887785@mariner.uk.xensource.com> In-Reply-To: <20144.17265.621187.887785@mariner.uk.xensource.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginatorOrg: amd.com Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 11/01/11 20:07, Ian Jackson wrote: > Christoph Egger writes ("[Xen-devel] [PATCH] libxl: allow to enable/disable cpuid bits"): >> >> Allow to enable/disable SVM specific cpuid bits >> in the guest config file via cpuid config option. >> Also allow to enable/disable the hypervisor cpuid bit >> in the guest config file. We need to disable the >> hypervisor cpuid bit to get Hyper-V going. > > The change itself looks plausible to me. However I don't know much > about cpuid; can you get an ack from a hypervisor maintainer or an > suitable expert ? Keir? Tim? Christoph -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Wed Nov 02 02:25:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 02 Nov 2011 02:25:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX4s-0004uT-Hz; Wed, 02 Nov 2011 02:25:46 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX3x-0004bB-Ax for xen-devel@lists.xensource.com; Wed, 02 Nov 2011 02:24:50 -0700 X-Env-Sender: Christoph.Egger@amd.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1320225884!2593756!1 X-Originating-IP: [65.55.88.14] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13866 invoked from network); 2 Nov 2011 09:24:46 -0000 Received: from tx2ehsobe004.messaging.microsoft.com (HELO TX2EHSOBE007.bigfish.com) (65.55.88.14) by server-16.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 2 Nov 2011 09:24:46 -0000 Received: from mail106-tx2-R.bigfish.com (10.9.14.253) by TX2EHSOBE007.bigfish.com (10.9.40.27) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Nov 2011 09:24:30 +0000 Received: from mail106-tx2 (localhost.localdomain [127.0.0.1]) by mail106-tx2-R.bigfish.com (Postfix) with ESMTP id 7CC5913D8065; Wed, 2 Nov 2011 09:24:36 +0000 (UTC) X-SpamScore: -11 X-BigFish: VPS-11(zzbb2dK1432N98dKzz1202hzz8275bhz32i668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:163.181.249.109; KIP:(null); UIP:(null); IPVD:NLI; H:ausb3twp02.amd.com; RD:none; EFVD:NLI Received: from mail106-tx2 (localhost.localdomain [127.0.0.1]) by mail106-tx2 (MessageSwitch) id 1320225876297453_2805; Wed, 2 Nov 2011 09:24:36 +0000 (UTC) Received: from TX2EHSMHS036.bigfish.com (unknown [10.9.14.254]) by mail106-tx2.bigfish.com (Postfix) with ESMTP id 43C511AD804E; Wed, 2 Nov 2011 09:24:36 +0000 (UTC) Received: from ausb3twp02.amd.com (163.181.249.109) by TX2EHSMHS036.bigfish.com (10.9.99.136) with Microsoft SMTP Server id 14.1.225.22; Wed, 2 Nov 2011 09:24:29 +0000 X-WSS-ID: 0LU10T4-02-27X-02 X-M-MSG: Received: from sausexedgep02.amd.com (sausexedgep02-ext.amd.com [163.181.249.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Axway MailGate 3.8.1) with ESMTP id 2AB07C800C; Wed, 2 Nov 2011 04:24:40 -0500 (CDT) Received: from sausexhtp02.amd.com (163.181.3.152) by sausexedgep02.amd.com (163.181.36.59) with Microsoft SMTP Server (TLS) id 8.3.192.1; Wed, 2 Nov 2011 04:25:15 -0500 Received: from storexhtp02.amd.com (172.24.4.4) by sausexhtp02.amd.com (163.181.3.152) with Microsoft SMTP Server (TLS) id 8.3.83.0; Wed, 2 Nov 2011 04:24:41 -0500 Received: from rhodium.osrc.amd.com (165.204.15.173) by storexhtp02.amd.com (172.24.4.4) with Microsoft SMTP Server id 8.3.83.0; Wed, 2 Nov 2011 05:24:40 -0400 Message-ID: <4EB10C56.2070409@amd.com> Date: Wed, 2 Nov 2011 10:24:38 +0100 From: Christoph Egger User-Agent: Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) Gecko/20110523 Lightning/1.0b3pre Thunderbird/3.1.10 MIME-Version: 1.0 To: Ian Jackson Subject: Re: [Xen-devel] [PATCH] tools/ocaml: unify build process References: <4EAFBA53.4050009@amd.com> <20144.17097.967889.755421@mariner.uk.xensource.com> In-Reply-To: <20144.17097.967889.755421@mariner.uk.xensource.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginatorOrg: amd.com Cc: "xen-devel@lists.xensource.com" X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 11/01/11 20:04, Ian Jackson wrote: > Christoph Egger writes ("[Xen-devel] [PATCH] tools/ocaml: unify build process"): >> Unify ocaml build process for different platforms. >> >> Signed-off-by: Christoph Egger > > Acked-by: Ian Jackson > Committed-by: Ian Jackson > >> P.S.: Please apply this to xen-4.1-testing > > Can you remind me about this after this change has made it through the > automatic tester into xen-unstable.hg ? I'd rather not just make the > same change to both trees at the same time, no matter how harmless it > looks... It already happened as of reading your mail. :) So take this as a reminder: Please apply this to xen-4.1-testing. Christoph -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Wed Nov 02 02:26:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 02 Nov 2011 02:26:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX5k-0005Hr-SZ; Wed, 02 Nov 2011 02:26:40 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1RLX5D-00053L-W6 for xen-devel@lists.xensource.com; Wed, 02 Nov 2011 02:26:10 -0700 X-Env-Sender: wanjia19870902@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1320225963!1645802!1 X-Originating-IP: [209.85.161.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26003 invoked from network); 2 Nov 2011 09:26:04 -0000 Received: from mail-gx0-f171.google.com (HELO mail-gx0-f171.google.com) (209.85.161.171) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Nov 2011 09:26:04 -0000 Received: by ggnv5 with SMTP id v5so13230948ggn.30 for ; Wed, 02 Nov 2011 02:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+0VtkbrX5K5wvV8+I7SDh4EWXW3EQSKofL9kJlJ23EM=; b=pafH68zQLNZ9Z2ItCHn2uZiDG9yA273+y1UfYUcEa66kibJ8M6EpROBng+CBlpA+zF Jrp36Hv5gkZ0oyca3j029KNtlbU+rs1kZduHuE4cd4S4pYFA1wM+9ayCMWIgxijipx/z DtDyZuV9D0pcs/T6Sw1uY/5AWnP0gTzMhst0w= MIME-Version: 1.0 Received: by 10.68.16.6 with SMTP id b6mr3755667pbd.64.1320225963110; Wed, 02 Nov 2011 02:26:03 -0700 (PDT) Received: by 10.68.55.7 with HTTP; Wed, 2 Nov 2011 02:26:03 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Nov 2011 17:26:03 +0800 Message-ID: Subject: Re: [Xen-devel] signall 7 crash From: alice wan To: jbuy0710 Cc: xen-devel@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1859271813==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============1859271813== Content-Type: multipart/alternative; boundary=bcaec5215fbd8def5204b0bd0f1a --bcaec5215fbd8def5204b0bd0f1a Content-Type: text/plain; charset=ISO-8859-1 well, i also met the qemu-dm crash due to signal 7, but the stack of coredump is different. #0 0x00000000004ae0c3 in memcpy_words (dst=0x7f35cc5c5008, src=0x7f35cb9da000, n=1) at exec-dm.c:492 #1 0x00000000004ae3c2 in cpu_physical_memory_rw (_addr=1068576768, buf=0x7f35cc5c5008
, _len=1, is_write=0) at exec-dm.c:613 #2 0x00000000004af60f in read_physical (addr=1068576768, size=1, val=0x7f35cc5c5008) at helper2.c:322 #3 0x00000000004af6ae in cpu_ioreq_move (env=0xb1e710, req=0x7f35cc5c5000) at helper2.c:374 #4 0x00000000004afa0c in __handle_ioreq (env=0xb1e710, req=0x7f35cc5c5000) at helper2.c:449 #5 0x00000000004afca3 in cpu_handle_ioreq (opaque=0xb1e710) at helper2.c:515 #6 0x000000000040bdd2 in main_loop_wait (timeout=10) at /usr/src/redhat/BUILD/xen-4.0.1/tools/ioemu-dir/vl.c:3788 #7 0x00000000004afe86 in main_loop () at helper2.c:576 #8 0x000000000040f1ab in main (argc=25, argv=0x7fff2ece6df8, envp=0x7fff2ece6ec8) at /usr/src/redhat/BUILD/xen-4.0.1/tools/ioemu-dir/vl.c:6150 the stack seems the read operation of addr 1068576768 shouldn't be walked to helper2.c:374. the crashed vm is windows 2003 64 r2, installed windows gpl pvdriver. i found the Xen has four mmio range, &hpet_mmio, &vlapic_mmio, &vioapic_mmio, &msixtbl_mmio addr 1068576768 isn't in this four range, and also doesn't exist in qemu's mmio range i guess the addr is invalid for the operation. Could anybody have some idea or give some advice? Regards, wanjia 2011/7/14 jbuy0710 > Hi , > > We encounter a signal 7 crash in our enviroment with xen 4.0.1 one time. > We start about 10~15 VMs at the same time and stop them after about 15 > minutes repeately. > > I found the following log in xend.log wehn we want to stop this VM. > [2011-07-13 06:50:12 12757] WARNING (image:552) domain > 5f244213-2dc1-4700-9714-6b20c3f85fc4: device model failure: pid 4110: > died due to signal 7 (core dumped); see > /var/log/xen/qemu-dm-5f244213-2dc1-4700-9714-6b20c3f85fc4.log > [2011-07-13 06:50:12 12757] WARNING (XendDomainInfo:2071) Domain has > crashed: name=5f244213-2dc1-4700-9714-6b20c3f85fc4 id=144. > > The xml file of our VMs is like this > > 45087c07-c929-4e41-bc11-215fa7088ee5 > 45087c07-c929-4e41-bc11-215fa7088ee5 > 256000 > 256000 > 1 > > hvm > /usr/lib/xen/boot/hvmloader > > > > > > > > > destroy > restart > destroy > > /usr/lib64/xen/bin/qemu-dm > > > > > > > > >