From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 10 Jul 2017 01:00:57 +0200 (CEST) Received: from mailapp01.imgtec.com ([195.59.15.196]:65146 "EHLO imgpgp01.kl.imgtec.org" rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP id S23992143AbdGIXAufalL6 (ORCPT ); Mon, 10 Jul 2017 01:00:50 +0200 Received: from imgpgp01.kl.imgtec.org (imgpgp01.kl.imgtec.org [127.0.0.1]) by imgpgp01.kl.imgtec.org (PGP Universal) with ESMTP id 1B00E41F8DA2; Mon, 10 Jul 2017 01:11:19 +0100 (BST) Received: from mailapp01.imgtec.com ([10.100.180.241]) by imgpgp01.kl.imgtec.org (PGP Universal service); Mon, 10 Jul 2017 01:11:19 +0100 X-PGP-Universal: processed; by imgpgp01.kl.imgtec.org on Mon, 10 Jul 2017 01:11:19 +0100 Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19]) by Forcepoint Email with ESMTPS id 0CB2B80F39C5C; Mon, 10 Jul 2017 00:00:40 +0100 (IST) Received: from HHMAIL-X.hh.imgtec.org (10.100.10.113) by HHMAIL01.hh.imgtec.org (10.100.10.19) with Microsoft SMTP Server (TLS) id 14.3.294.0; Mon, 10 Jul 2017 00:00:45 +0100 Received: from BAMAIL02.ba.imgtec.org (10.20.40.28) by HHMAIL-X.hh.imgtec.org (10.100.10.113) with Microsoft SMTP Server (TLS) id 14.3.294.0; Mon, 10 Jul 2017 00:00:44 +0100 Received: from np-p-burton.localnet (10.20.78.114) by bamail02.ba.imgtec.org (10.20.40.28) with Microsoft SMTP Server (TLS) id 14.3.266.1; Sun, 9 Jul 2017 16:00:41 -0700 From: Paul Burton To: Bjorn Helgaas CC: Ley Foon Tan , , Bharat Kumar Gogada , Ravikiran Gummaluri , Bjorn Helgaas , Michal Simek , , Thomas Gleixner , Ley Foon Tan , Marc Zyngier Subject: Re: [PATCH v5 1/4] PCI: xilinx: Create legacy IRQ domain with size 5 Date: Sun, 9 Jul 2017 15:59:35 -0700 Message-ID: <1832687.ISliS9vHg3@np-p-burton> Organization: Imagination Technologies In-Reply-To: <1626229.99f7PaUVIa@np-p-burton> References: <20170617195741.12757-1-paul.burton@imgtec.com> <20170620014903.GI554@bhelgaas-glaptop.roam.corp.google.com> <1626229.99f7PaUVIa@np-p-burton> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1870932.azcfdQioAT"; micalg=pgp-sha256; protocol="application/pgp-signature" X-Originating-IP: [10.20.78.114] X-ESG-ENCRYPT-TAG: 1b7d744b Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 59076 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: paul.burton@imgtec.com Precedence: bulk List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: linux-mips X-List-ID: linux-mips List-subscribe: List-owner: List-post: List-archive: X-list: linux-mips --nextPart1870932.azcfdQioAT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi Bjorn, On Monday, 19 June 2017 19:07:05 PDT Paul Burton wrote: > Hi Bjorn, > > On Monday, 19 June 2017 18:49:03 PDT Bjorn Helgaas wrote: > > [+cc Marc] > > > > On Tue, Jun 20, 2017 at 08:38:14AM +0800, Ley Foon Tan wrote: > > > On Mon, 2017-06-19 at 18:47 -0500, Bjorn Helgaas wrote: > > > > [+cc Thomas, Ley Foon] > > > > > > > > On Sat, Jun 17, 2017 at 12:57:38PM -0700, Paul Burton wrote: > > > > > The driver expects to use hardware IRQ numbers 1 through 4 for INTX > > > > > interrupts, but only creates an IRQ domain of size 4 (ie. IRQ > > > > > numbers 0 > > > > > through 3). This results in a warning from irq_domain_associate > > > > > when it > > > > > > > > > > is called with hwirq=4: > > > > > WARNING: CPU: 0 PID: 1 at kernel/irq/irqdomain.c:365 > > > > > > > > > > irq_domain_associate+0x170/0x220 > > > > > > > > > > error: hwirq 0x4 is too large for dummy > > > > > Modules linked in: > > > > > CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W > > > > > > > > > > 4.12.0-rc5-00126-g19e1b3a10aad-dirty #427 > > > > > > > > > > Stack : 0000000000000000 0000000000000004 0000000000000006 > > > > > > > > > > ffffffff8092c78a > > > > > > > > > > 0000000000000061 ffffffff8018bf60 0000000000000000 > > > > > > > > > > 0000000000000000 > > > > > > > > > > ffffffff8088c287 ffffffff80811d18 a8000000ffc60000 > > > > > > > > > > ffffffff80926678 > > > > > > > > > > 0000000000000001 0000000000000000 ffffffff80887880 > > > > > > > > > > ffffffff80960000 > > > > > > > > > > ffffffff80920000 ffffffff801e6744 ffffffff80887880 > > > > > > > > > > a8000000ffc4f8f8 > > > > > > > > > > 000000000000089c ffffffff8018d260 0000000000010000 > > > > > > > > > > ffffffff80811d18 > > > > > > > > > > 0000000000000000 0000000000000001 0000000000000000 > > > > > > > > > > 0000000000000000 > > > > > > > > > > 0000000000000000 a8000000ffc4f840 0000000000000000 > > > > > > > > > > ffffffff8042cf34 > > > > > > > > > > 0000000000000000 0000000000000000 0000000000000000 > > > > > > > > > > 0000000000040c00 > > > > > > > > > > 0000000000000000 ffffffff8010d1c8 0000000000000000 > > > > > > > > > > ffffffff8042cf34 > > > > > > > > > > ... > > > > > > > > > > Call Trace: > > > > > [] show_stack+0x80/0xa0 > > > > > [] dump_stack+0xd4/0x110 > > > > > [] __warn+0xf0/0x108 > > > > > [] warn_slowpath_fmt+0x3c/0x48 > > > > > [] irq_domain_associate+0x170/0x220 > > > > > [] irq_create_mapping+0x88/0x118 > > > > > [] irq_create_fwspec_mapping+0xb8/0x320 > > > > > [] irq_create_of_mapping+0x60/0x70 > > > > > [] of_irq_parse_and_map_pci+0x20/0x38 > > > > > [] pci_fixup_irqs+0x60/0xe0 > > > > > [] xilinx_pcie_probe+0x28c/0x478 > > > > > [] platform_drv_probe+0x50/0xd0 > > > > > [] driver_probe_device+0x2c4/0x3a0 > > > > > [] __driver_attach+0xc4/0xd0 > > > > > [] bus_for_each_dev+0x64/0xa8 > > > > > [] bus_add_driver+0x1f0/0x268 > > > > > [] driver_register+0x68/0x118 > > > > > [] do_one_initcall+0x4c/0x178 > > > > > [] kernel_init_freeable+0x204/0x2b0 > > > > > [] kernel_init+0x10/0xf8 > > > > > [] ret_from_kernel_thread+0x14/0x1c > > > > > > > > > > This patch avoids that warning by creating the legacy IRQ domain > > > > > with > > > > > size 5 rather than 4, allowing it to cover the hwirq=4/INTD case. > > > > > > > > > > Signed-off-by: Paul Burton > > > > > Cc: Bharat Kumar Gogada > > > > > Cc: Bjorn Helgaas > > > > > Cc: Michal Simek > > > > > Cc: Ravikiran Gummaluri > > > > > Cc: linux-pci@vger.kernel.org > > > > > > > > > > --- > > > > > > > > > > Changes in v5: > > > > > - New patch; replacing "PCI: xilinx: Fix INTX irq dispatch". > > > > > > > > > > Changes in v4: None > > > > > Changes in v3: None > > > > > Changes in v2: None > > > > > > > > > > drivers/pci/host/pcie-xilinx.c | 2 +- > > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > > > diff --git a/drivers/pci/host/pcie-xilinx.c > > > > > b/drivers/pci/host/pcie-xilinx.c > > > > > index 2fe2df51f9f8..94c71fb91648 100644 > > > > > --- a/drivers/pci/host/pcie-xilinx.c > > > > > +++ b/drivers/pci/host/pcie-xilinx.c > > > > > @@ -524,7 +524,7 @@ static int xilinx_pcie_init_irq_domain(struct > > > > > xilinx_pcie_port *port) > > > > > > > > > > return -ENODEV; > > > > > > > > > > } > > > > > > > > > > - port->leg_domain = irq_domain_add_linear(pcie_intc_node, 4, > > > > > + port->leg_domain = irq_domain_add_linear(pcie_intc_node, 1 + > > > > > 4, > > > > > > > > I don't understand this. Several drivers call > > > > irq_domain_add_linear() with > > > > > > > > a size of 4: > > > > dra7xx_pcie_init_irq_domain > > > > ks_dw_pcie_host_init > > > > advk_pcie_init_irq_domain > > > > faraday_pci_setup_cascaded_irq > > > > rockchip_pcie_init_irq_domain > > > > nwl_pcie_init_irq_domain > > > > > > > > Only one other in drivers/pci uses a size of 5: > > > > altera_pcie_init_irq_domain > > > > > > > > Why can't we use a size of 4 for all of them? We only have INTA- > > > > INTD. Are > > > > altera and xilinx missing something to apply an offset from the 0-3 > > > > space > > > > to the 1-4 space? > > > > > > We have the same discussion before in 2016: https://lkml.org/lkml/2016/ > > > 8/30/198 > > > > Thanks for digging that out. I knew we'd discussed this before, but I > > couldn't find it in the archives. I don't think anybody was really > > satisfied with the outcome, but we accepted it to make forward > > progress. > > > > > This is because legacy interrupt is start with index 1 instead of 0. > > > > I'm not buying this. Your argument was that "the hwirq for legacy > > interrupts will start at 0x1 to 0x4 (INTA to INTD) and these values > > are as per PCIe specification for legacy interrupts. So these cannot > > be numbered from 0." > > > > But all the other drivers I mentioned get along with the 0-3 range > > somehow. If there's something different about altera and xilinx that > > means they can't use the same solution the others do, I'd like to know > > what it is. > > Note that with v4 of this patchset[1] I was using hwirq numbers 0-3 with > pcie- xilinx just fine, however: > > 1) Bharat complained. > > 2) It does require that the DT interrupt-map property be set accordingly, > which I guess may mean we're stuck with hwirq 1-4 for drivers that already > use them. > > Thanks, > Paul > > [1] https://patchwork.kernel.org/patch/9763191/ I see this series wasn't included in your pull request for v4.13 - is there anything you're waiting on? I've produced revisions of the series that work both ways now (0<=hwirq<=3 in v4, 1<=hwirq<=4 in v5) so I'm not sure what more I can do. Thanks, Paul --nextPart1870932.azcfdQioAT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEELIGR03D5+Fg+69wPgiDZ+mk8HGUFAllitVcACgkQgiDZ+mk8 HGXQ5RAAgHElMmhAzSeGv6aFZP9UOTVzldyjdqLCoEPONKTe830SQO1C3f/rycVG RtVsQFyIsNL/S50MxgosNx3EMzIhtwZIDNWZDaMmkwx7Ft+Duvonyf9mAMJYwmo+ 5h5pO+BXBTf95uzwBW/pG3A/n8g2MbdvAshMG/GKYBlBVfsyp/UWopFEJRfVcEiK m6qEAMhVJ1hNIU+A/6wJvmjj0TY4tAdqmBQPNg3x7dXiI9/ULzQnVHKeBx2SV0i4 g8qHdoSdC189BwoFHTGJ1zxFubA0gB67INXC08e3iHqv14+eelChhmq1Mqgc3yek 7mvKqhQIp/MaqzPDihHZIBSFTZNZmG1+rYUchIQ7CQlnRWX9DrAj2wJdnwNnAQRn Y2mn/TXeThU2Cevxpc4N7laZGN7h2yaFdrGoFfQqcNIBGL8BLMO/8iBMaK0QnJtV +cIum2hCO26w0OZfs9RZuohT4qbYLMWjTYFMUxAza9BZrUO0b2Y9E/ltt1UdmuIm /zeMnIBe0XWTHsGBrMhqeH8CbJHjcDhHlh7bQE2xpr54f2UzdNhfin6L3g8r72FE 2Bd/BcaWITPDWfLtvNA2Rr9mfsQkZbLdcEWa6Hir4UT9OqoRvsANHl+HqTSKfzQW yo+2Zow/16DuJnOtfGpZCxP1gfvxXo2qsozRW7PHVmIPKvwhSj8= =CXPe -----END PGP SIGNATURE----- --nextPart1870932.azcfdQioAT-- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailapp01.imgtec.com ([195.59.15.196]:65146 "EHLO imgpgp01.kl.imgtec.org" rhost-flags-OK-OK-OK-FAIL) by eddie.linux-mips.org with ESMTP id S23992143AbdGIXAufalL6 (ORCPT ); Mon, 10 Jul 2017 01:00:50 +0200 From: Paul Burton Subject: Re: [PATCH v5 1/4] PCI: xilinx: Create legacy IRQ domain with size 5 Date: Sun, 9 Jul 2017 15:59:35 -0700 Message-ID: <1832687.ISliS9vHg3@np-p-burton> In-Reply-To: <1626229.99f7PaUVIa@np-p-burton> References: <20170617195741.12757-1-paul.burton@imgtec.com> <20170620014903.GI554@bhelgaas-glaptop.roam.corp.google.com> <1626229.99f7PaUVIa@np-p-burton> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1870932.azcfdQioAT"; micalg=pgp-sha256; protocol="application/pgp-signature" Return-Path: Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-subscribe: List-owner: List-post: List-archive: To: Bjorn Helgaas Cc: Ley Foon Tan , linux-pci@vger.kernel.org, Bharat Kumar Gogada , Ravikiran Gummaluri , Bjorn Helgaas , Michal Simek , linux-mips@linux-mips.org, Thomas Gleixner , Ley Foon Tan , Marc Zyngier Message-ID: <20170709225935.OeKqyK45ExVMXesr5he_WbadDkmr0CPx1qa1EnEd4ng@z> --nextPart1870932.azcfdQioAT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi Bjorn, On Monday, 19 June 2017 19:07:05 PDT Paul Burton wrote: > Hi Bjorn, > > On Monday, 19 June 2017 18:49:03 PDT Bjorn Helgaas wrote: > > [+cc Marc] > > > > On Tue, Jun 20, 2017 at 08:38:14AM +0800, Ley Foon Tan wrote: > > > On Mon, 2017-06-19 at 18:47 -0500, Bjorn Helgaas wrote: > > > > [+cc Thomas, Ley Foon] > > > > > > > > On Sat, Jun 17, 2017 at 12:57:38PM -0700, Paul Burton wrote: > > > > > The driver expects to use hardware IRQ numbers 1 through 4 for INTX > > > > > interrupts, but only creates an IRQ domain of size 4 (ie. IRQ > > > > > numbers 0 > > > > > through 3). This results in a warning from irq_domain_associate > > > > > when it > > > > > > > > > > is called with hwirq=4: > > > > > WARNING: CPU: 0 PID: 1 at kernel/irq/irqdomain.c:365 > > > > > > > > > > irq_domain_associate+0x170/0x220 > > > > > > > > > > error: hwirq 0x4 is too large for dummy > > > > > Modules linked in: > > > > > CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W > > > > > > > > > > 4.12.0-rc5-00126-g19e1b3a10aad-dirty #427 > > > > > > > > > > Stack : 0000000000000000 0000000000000004 0000000000000006 > > > > > > > > > > ffffffff8092c78a > > > > > > > > > > 0000000000000061 ffffffff8018bf60 0000000000000000 > > > > > > > > > > 0000000000000000 > > > > > > > > > > ffffffff8088c287 ffffffff80811d18 a8000000ffc60000 > > > > > > > > > > ffffffff80926678 > > > > > > > > > > 0000000000000001 0000000000000000 ffffffff80887880 > > > > > > > > > > ffffffff80960000 > > > > > > > > > > ffffffff80920000 ffffffff801e6744 ffffffff80887880 > > > > > > > > > > a8000000ffc4f8f8 > > > > > > > > > > 000000000000089c ffffffff8018d260 0000000000010000 > > > > > > > > > > ffffffff80811d18 > > > > > > > > > > 0000000000000000 0000000000000001 0000000000000000 > > > > > > > > > > 0000000000000000 > > > > > > > > > > 0000000000000000 a8000000ffc4f840 0000000000000000 > > > > > > > > > > ffffffff8042cf34 > > > > > > > > > > 0000000000000000 0000000000000000 0000000000000000 > > > > > > > > > > 0000000000040c00 > > > > > > > > > > 0000000000000000 ffffffff8010d1c8 0000000000000000 > > > > > > > > > > ffffffff8042cf34 > > > > > > > > > > ... > > > > > > > > > > Call Trace: > > > > > [] show_stack+0x80/0xa0 > > > > > [] dump_stack+0xd4/0x110 > > > > > [] __warn+0xf0/0x108 > > > > > [] warn_slowpath_fmt+0x3c/0x48 > > > > > [] irq_domain_associate+0x170/0x220 > > > > > [] irq_create_mapping+0x88/0x118 > > > > > [] irq_create_fwspec_mapping+0xb8/0x320 > > > > > [] irq_create_of_mapping+0x60/0x70 > > > > > [] of_irq_parse_and_map_pci+0x20/0x38 > > > > > [] pci_fixup_irqs+0x60/0xe0 > > > > > [] xilinx_pcie_probe+0x28c/0x478 > > > > > [] platform_drv_probe+0x50/0xd0 > > > > > [] driver_probe_device+0x2c4/0x3a0 > > > > > [] __driver_attach+0xc4/0xd0 > > > > > [] bus_for_each_dev+0x64/0xa8 > > > > > [] bus_add_driver+0x1f0/0x268 > > > > > [] driver_register+0x68/0x118 > > > > > [] do_one_initcall+0x4c/0x178 > > > > > [] kernel_init_freeable+0x204/0x2b0 > > > > > [] kernel_init+0x10/0xf8 > > > > > [] ret_from_kernel_thread+0x14/0x1c > > > > > > > > > > This patch avoids that warning by creating the legacy IRQ domain > > > > > with > > > > > size 5 rather than 4, allowing it to cover the hwirq=4/INTD case. > > > > > > > > > > Signed-off-by: Paul Burton > > > > > Cc: Bharat Kumar Gogada > > > > > Cc: Bjorn Helgaas > > > > > Cc: Michal Simek > > > > > Cc: Ravikiran Gummaluri > > > > > Cc: linux-pci@vger.kernel.org > > > > > > > > > > --- > > > > > > > > > > Changes in v5: > > > > > - New patch; replacing "PCI: xilinx: Fix INTX irq dispatch". > > > > > > > > > > Changes in v4: None > > > > > Changes in v3: None > > > > > Changes in v2: None > > > > > > > > > > drivers/pci/host/pcie-xilinx.c | 2 +- > > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > > > diff --git a/drivers/pci/host/pcie-xilinx.c > > > > > b/drivers/pci/host/pcie-xilinx.c > > > > > index 2fe2df51f9f8..94c71fb91648 100644 > > > > > --- a/drivers/pci/host/pcie-xilinx.c > > > > > +++ b/drivers/pci/host/pcie-xilinx.c > > > > > @@ -524,7 +524,7 @@ static int xilinx_pcie_init_irq_domain(struct > > > > > xilinx_pcie_port *port) > > > > > > > > > > return -ENODEV; > > > > > > > > > > } > > > > > > > > > > - port->leg_domain = irq_domain_add_linear(pcie_intc_node, 4, > > > > > + port->leg_domain = irq_domain_add_linear(pcie_intc_node, 1 + > > > > > 4, > > > > > > > > I don't understand this. Several drivers call > > > > irq_domain_add_linear() with > > > > > > > > a size of 4: > > > > dra7xx_pcie_init_irq_domain > > > > ks_dw_pcie_host_init > > > > advk_pcie_init_irq_domain > > > > faraday_pci_setup_cascaded_irq > > > > rockchip_pcie_init_irq_domain > > > > nwl_pcie_init_irq_domain > > > > > > > > Only one other in drivers/pci uses a size of 5: > > > > altera_pcie_init_irq_domain > > > > > > > > Why can't we use a size of 4 for all of them? We only have INTA- > > > > INTD. Are > > > > altera and xilinx missing something to apply an offset from the 0-3 > > > > space > > > > to the 1-4 space? > > > > > > We have the same discussion before in 2016: https://lkml.org/lkml/2016/ > > > 8/30/198 > > > > Thanks for digging that out. I knew we'd discussed this before, but I > > couldn't find it in the archives. I don't think anybody was really > > satisfied with the outcome, but we accepted it to make forward > > progress. > > > > > This is because legacy interrupt is start with index 1 instead of 0. > > > > I'm not buying this. Your argument was that "the hwirq for legacy > > interrupts will start at 0x1 to 0x4 (INTA to INTD) and these values > > are as per PCIe specification for legacy interrupts. So these cannot > > be numbered from 0." > > > > But all the other drivers I mentioned get along with the 0-3 range > > somehow. If there's something different about altera and xilinx that > > means they can't use the same solution the others do, I'd like to know > > what it is. > > Note that with v4 of this patchset[1] I was using hwirq numbers 0-3 with > pcie- xilinx just fine, however: > > 1) Bharat complained. > > 2) It does require that the DT interrupt-map property be set accordingly, > which I guess may mean we're stuck with hwirq 1-4 for drivers that already > use them. > > Thanks, > Paul > > [1] https://patchwork.kernel.org/patch/9763191/ I see this series wasn't included in your pull request for v4.13 - is there anything you're waiting on? I've produced revisions of the series that work both ways now (0<=hwirq<=3 in v4, 1<=hwirq<=4 in v5) so I'm not sure what more I can do. Thanks, Paul --nextPart1870932.azcfdQioAT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEELIGR03D5+Fg+69wPgiDZ+mk8HGUFAllitVcACgkQgiDZ+mk8 HGXQ5RAAgHElMmhAzSeGv6aFZP9UOTVzldyjdqLCoEPONKTe830SQO1C3f/rycVG RtVsQFyIsNL/S50MxgosNx3EMzIhtwZIDNWZDaMmkwx7Ft+Duvonyf9mAMJYwmo+ 5h5pO+BXBTf95uzwBW/pG3A/n8g2MbdvAshMG/GKYBlBVfsyp/UWopFEJRfVcEiK m6qEAMhVJ1hNIU+A/6wJvmjj0TY4tAdqmBQPNg3x7dXiI9/ULzQnVHKeBx2SV0i4 g8qHdoSdC189BwoFHTGJ1zxFubA0gB67INXC08e3iHqv14+eelChhmq1Mqgc3yek 7mvKqhQIp/MaqzPDihHZIBSFTZNZmG1+rYUchIQ7CQlnRWX9DrAj2wJdnwNnAQRn Y2mn/TXeThU2Cevxpc4N7laZGN7h2yaFdrGoFfQqcNIBGL8BLMO/8iBMaK0QnJtV +cIum2hCO26w0OZfs9RZuohT4qbYLMWjTYFMUxAza9BZrUO0b2Y9E/ltt1UdmuIm /zeMnIBe0XWTHsGBrMhqeH8CbJHjcDhHlh7bQE2xpr54f2UzdNhfin6L3g8r72FE 2Bd/BcaWITPDWfLtvNA2Rr9mfsQkZbLdcEWa6Hir4UT9OqoRvsANHl+HqTSKfzQW yo+2Zow/16DuJnOtfGpZCxP1gfvxXo2qsozRW7PHVmIPKvwhSj8= =CXPe -----END PGP SIGNATURE----- --nextPart1870932.azcfdQioAT--