From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id F1286C27C75 for ; Thu, 13 Jun 2024 08:36:28 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 83E336B009C; Thu, 13 Jun 2024 04:36:28 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7C74C6B00A0; Thu, 13 Jun 2024 04:36:28 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 640526B00A1; Thu, 13 Jun 2024 04:36:28 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 4124B6B009C for ; Thu, 13 Jun 2024 04:36:28 -0400 (EDT) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id DAFEB120BC3 for ; Thu, 13 Jun 2024 08:36:27 +0000 (UTC) X-FDA: 82225208814.04.ECD630C Received: from relmlie5.idc.renesas.com (relmlor1.renesas.com [210.160.252.171]) by imf08.hostedemail.com (Postfix) with ESMTP id 34CDD16000F for ; Thu, 13 Jun 2024 08:36:23 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=none; spf=pass (imf08.hostedemail.com: domain of paul.barker.ct@bp.renesas.com designates 210.160.252.171 as permitted sender) smtp.mailfrom=paul.barker.ct@bp.renesas.com; dmarc=pass (policy=none) header.from=renesas.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1718267785; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CEk6ldr/hMIxLGUl0VEOKWFf3MErwT5WWsgl7IeZ1VQ=; b=PXjX+UkiKX1373zDUUy0HodOG81JAPO+s9HO9m8zm0FxCMbmZrkbcmyDl0MiuoLHvGKFYR jB6JYs6wPHDHEeSz0qZTfEiDiDoS/PjuG6azSRUBx3Y67poYw7PC2yO5HKEFYZbQcnTdYs /zD/mfw+Dv2hlGOSlXF8HViaYrgenHg= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=none; spf=pass (imf08.hostedemail.com: domain of paul.barker.ct@bp.renesas.com designates 210.160.252.171 as permitted sender) smtp.mailfrom=paul.barker.ct@bp.renesas.com; dmarc=pass (policy=none) header.from=renesas.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1718267785; a=rsa-sha256; cv=none; b=14entJq7lnMQQIhUCsSnlHSkYuYxX8BpjPLHulK6r6FUoMU9kPJ1rm+9SsY/EMJbc+i35l rSu8X1EbTKhndX/s9EMyH28GXJTzW7N0XpEpbeU2YMc7741tITb4NtPqasNGr/nRoPhmXK XL2STk11BxvCDRavLcX0UIf4M4L+EwY= X-IronPort-AV: E=Sophos;i="6.08,234,1712588400"; d="asc'?scan'208";a="207767858" Received: from unknown (HELO relmlir6.idc.renesas.com) ([10.200.68.152]) by relmlie5.idc.renesas.com with ESMTP; 13 Jun 2024 17:36:22 +0900 Received: from [10.226.93.204] (unknown [10.226.93.204]) by relmlir6.idc.renesas.com (Postfix) with ESMTP id 422B94203313; Thu, 13 Jun 2024 17:36:00 +0900 (JST) Message-ID: <322e7317-61dc-4f1e-8706-7db6f5f7a030@bp.renesas.com> Date: Thu, 13 Jun 2024 09:36:00 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next v12 05/13] page_pool: convert to use netmem Content-Language: en-GB To: Mina Almasry , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-alpha@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, sparclinux@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-arch@vger.kernel.org, bpf@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Donald Hunter , Jonathan Corbet , Richard Henderson , Ivan Kokshaysky , Matt Turner , Thomas Bogendoerfer , "James E.J. Bottomley" , Helge Deller , Andreas Larsson , Sergey Shtylyov , Jesper Dangaard Brouer , Ilias Apalodimas , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Arnd Bergmann , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Steffen Klassert , Herbert Xu , David Ahern , Willem de Bruijn , Shuah Khan , Sumit Semwal , =?UTF-8?Q?Christian_K=C3=B6nig?= , Bagas Sanjaya , Christoph Hellwig , Nikolay Aleksandrov , Pavel Begunkov , David Wei , Jason Gunthorpe , Yunsheng Lin , Shailend Chand , Harshitha Ramamurthy , Shakeel Butt , Jeroen de Borst , Praveen Kaligineedi , linux-mm@kvack.org, Matthew Wilcox References: <20240613013557.1169171-1-almasrymina@google.com> <20240613013557.1169171-6-almasrymina@google.com> From: Paul Barker Organization: Renesas Electronics Corporation In-Reply-To: <20240613013557.1169171-6-almasrymina@google.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------2BCbfj48rMDr1Ni41u40ZNJI" X-Rspamd-Server: rspam03 X-Rspam-User: X-Rspamd-Queue-Id: 34CDD16000F X-Stat-Signature: ms75fja1qce9oqineo7xfkqy47d5xq4x X-HE-Tag: 1718267783-912463 X-HE-Meta: U2FsdGVkX1+gOg/Gh0CfCZXBlr0vEB1KAdumbrup0u03gr033FwvYkQxGSCY3nqkXxBWQQA/YqAhe7tYn2dp+512qtYW/0694G2xK7q/zOTtVnrxAllBqBCm4WsMwDjFgtJLTvXMTPKhBaXHDcJm2kwILsW5rxKSICk06RSGK5/B2bkpN1oafSPQUOi06rghsvyoGFye3rIEDgvh9xUluv1rRuszESw6EfsfQE/4kn6mOnGruqO2i0FyjJixFuhjbP0c3aLjCfyzBvOaNGlDgixRjIAmUJ3IR3JB+KB1HiIds395oEM5tC8a9ehOfUyqOazy5DM/xlm5/FLWt2uvYpVN9ahM+H+BYKubW93GAOCGQsEcqxSB9MdPMSiJitnJ6/ns8y3i2EBwJ6fZGtVj2cJE24c3Qlwe4Vpg8A3was8+8gZDCz9lvLynOr15mSLxeibRjc5zwEAprEiAG3+15v7PBQB3+EOPKdqJYvIBc+DqBMz8+Z/hUPizc6nzP/AutZKkne2XCY2ez4b22nQpHeHHp/jloLTQ9hb0t8ECzGPTkryksYMHFAfy6CGu+gxiGQAUZnArqAXId038FTWG9mf4CyQTR53vDtg3J9u2GqV1aQfTHtM1Wwt4vs8u8FUtmw4CJEPvAY8MkeBxu5Z2cZ6uALclkMW7QiY/z52zhiJzOawrv037Zkk8rVywaIFIRBSy4FRuBSf2gaA0rM3mF52wwoH4mJt/OVM/ebNs4OgP/AJYhZINOq4taQpy9qsF4CCj9mDsj5lGcVp17Qe1/xY19pzes50eppukAYiRe2sS7cCkZQHwXT8XW8LVhYxhtp6RSI5LzQ3l3oyKgK1GUvh1ze56kwgLYcdefMAtaQtCf5YDkJ696Wy8zBQkAbOuWbL/eM1FTQiTZwCvtYRCBusCTjCuEShIrzzxI/mijrZmruQi52F4nF17NrL0wju52UmPb8ztF8U/NsK7kPa Q1K2EDM5 f/5EuZVzFLViH3y6QtDZkGG6EaBiPbCi3bAPdt0xVX7KLudJV4J858a2ZBzFeYUc703BhMhlWn5ljaXDK/RORo5oWiibZ7Dz9h3d7AuzcKy0Uo8HS+lVYEEPv8h5Z38Zei8uPrB+0X6w9BeS4wtOx5aZwcuXB3puxqPjW7dpEEcw7oEAOYjPMrIcY956U/FgZfi2j2pbmPw+nwIWgoWzHj4/CZnX6gJbcoBBbortCWI7QlS5tL6FCvQTAbbkAQ3BPCtW0xptLD+0GkJ3YPgFedQ8anKqXOto4Mbb8SKo9RllZlTqTiLECgMqXoazmvUbKs5OuHwNgI86BZUp8nTtmuTC8VPDpTJ8+CPd3ZLNOSSQQdbetmqW886Mcfw9Htr7VjJDynvFvS3AEtLoc30p6lGG8pgp4ssDdfOJaGgEM+s62+ns1hvvfsZlHu0J6VWqs1xJveEvGSKDEuQaarg4cbc39/6C0eYUvVV07RNodmL+LrNO8f28xnNBwNQQgg/KXuXVJnIRwQne8I0kHi5syUSDSoB+4HAgzkcCktg3G56/jU/HEcEDenlHd12S8PG7uLDDD2s13YJo6sytedslQ0ndj27vJTVdRv5nneXxxvhuGk9jqNjE1OrWqd6gpcTe9DS+f78I9yXW2Cg5H0oR7+CAqsQ7e7Qw4GfetmpEnuPqjHZFnXWGfDAc+OOhduFIKu4BZQ/fiW+SmA6Q1ndPhtUqiRW/weeubxepy6UaIbozSUZgJMWggtR8S9EGuyncpDHuhL5YG8HHjM2tMPVl4bGOviQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------2BCbfj48rMDr1Ni41u40ZNJI Content-Type: multipart/mixed; boundary="------------GGmF9Y2iOanb3ZPuNcD0T337"; protected-headers="v1" From: Paul Barker To: Mina Almasry , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-alpha@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, sparclinux@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-arch@vger.kernel.org, bpf@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Donald Hunter , Jonathan Corbet , Richard Henderson , Ivan Kokshaysky , Matt Turner , Thomas Bogendoerfer , "James E.J. Bottomley" , Helge Deller , Andreas Larsson , Sergey Shtylyov , Jesper Dangaard Brouer , Ilias Apalodimas , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Arnd Bergmann , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Steffen Klassert , Herbert Xu , David Ahern , Willem de Bruijn , Shuah Khan , Sumit Semwal , =?UTF-8?Q?Christian_K=C3=B6nig?= , Bagas Sanjaya , Christoph Hellwig , Nikolay Aleksandrov , Pavel Begunkov , David Wei , Jason Gunthorpe , Yunsheng Lin , Shailend Chand , Harshitha Ramamurthy , Shakeel Butt , Jeroen de Borst , Praveen Kaligineedi , linux-mm@kvack.org, Matthew Wilcox Message-ID: <322e7317-61dc-4f1e-8706-7db6f5f7a030@bp.renesas.com> Subject: Re: [PATCH net-next v12 05/13] page_pool: convert to use netmem References: <20240613013557.1169171-1-almasrymina@google.com> <20240613013557.1169171-6-almasrymina@google.com> In-Reply-To: <20240613013557.1169171-6-almasrymina@google.com> --------------GGmF9Y2iOanb3ZPuNcD0T337 Content-Type: multipart/mixed; boundary="------------VLyD3IZiBv1Y2W5pY0JQYGkf" --------------VLyD3IZiBv1Y2W5pY0JQYGkf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13/06/2024 02:35, Mina Almasry wrote: > Abstrace the memory type from the page_pool so we can later add support= s/Abstrace/Abstract/ > for new memory types. Convert the page_pool to use the new netmem type > abstraction, rather than use struct page directly. >=20 > As of this patch the netmem type is a no-op abstraction: it's always a > struct page underneath. All the page pool internals are converted to > use struct netmem instead of struct page, and the page pool now exports= > 2 APIs: >=20 > 1. The existing struct page API. > 2. The new struct netmem API. >=20 > Keeping the existing API is transitional; we do not want to refactor al= l > the current drivers using the page pool at once. >=20 > The netmem abstraction is currently a no-op. The page_pool uses > page_to_netmem() to convert allocated pages to netmem, and uses > netmem_to_page() to convert the netmem back to pages to pass to mm APIs= , >=20 > Follow up patches to this series add non-paged netmem support to the > page_pool. This change is factored out on its own to limit the code > churn to this 1 patch, for ease of code review. >=20 > Signed-off-by: Mina Almasry >=20 > --- >=20 > v12: > - Fix allmodconfig build error. Very recently renesas/ravb_main.c added= > a dependency on page_pool that I missed in my rebase. The dependency > calls page_pool_alloc() directly as it wants to set a custom gfp_mask= , > which is unique as all other drivers call a wrapper to that function.= > Fix it by adding netmem_to_page() in the driver.> - Fix printing netm= em trace printing (Pavel). >=20 > v11: > - Fix typing to remove sparse warning. (Paolo/Steven) >=20 > v9: > - Fix sparse error (Simon). >=20 > v8: > - Fix napi_pp_put_page() taking netmem instead of page to fix > patch-by-patch build error. > - Add net/netmem.h include in this patch to fix patch-by-patch build > error. >=20 > v6: >=20 > - Rebased on top of the merged netmem_ref type. >=20 > Cc: linux-mm@kvack.org > Cc: Matthew Wilcox >=20 > --- > drivers/net/ethernet/renesas/ravb_main.c | 5 +- > include/linux/skbuff_ref.h | 4 +- > include/net/netmem.h | 15 ++ > include/net/page_pool/helpers.h | 120 ++++++--- > include/net/page_pool/types.h | 14 +- > include/trace/events/page_pool.h | 30 +-- > net/bpf/test_run.c | 5 +- > net/core/page_pool.c | 304 ++++++++++++-----------= > net/core/skbuff.c | 8 +- > 9 files changed, 305 insertions(+), 200 deletions(-) >=20 > diff --git a/drivers/net/ethernet/renesas/ravb_main.c b/drivers/net/eth= ernet/renesas/ravb_main.c > index c1546b916e4ef..093236ebfeecb 100644 > --- a/drivers/net/ethernet/renesas/ravb_main.c > +++ b/drivers/net/ethernet/renesas/ravb_main.c > @@ -303,8 +303,9 @@ ravb_alloc_rx_buffer(struct net_device *ndev, int q= , u32 entry, gfp_t gfp_mask, > =20 > rx_buff =3D &priv->rx_buffers[q][entry]; > size =3D info->rx_buffer_size; > - rx_buff->page =3D page_pool_alloc(priv->rx_pool[q], &rx_buff->offset,= > - &size, gfp_mask); > + rx_buff->page =3D netmem_to_page(page_pool_alloc(priv->rx_pool[q], > + &rx_buff->offset, > + &size, gfp_mask)); > if (unlikely(!rx_buff->page)) { > /* We just set the data size to 0 for a failed mapping which > * should prevent DMA from happening... [snip] > =20 > -static inline struct page *page_pool_alloc(struct page_pool *pool, > - unsigned int *offset, > - unsigned int *size, gfp_t gfp) > +static inline netmem_ref page_pool_alloc(struct page_pool *pool, > + unsigned int *offset, > + unsigned int *size, gfp_t gfp) > { > unsigned int max_size =3D PAGE_SIZE << pool->p.order; > - struct page *page; > + netmem_ref netmem; > =20 > if ((*size << 1) > max_size) { > *size =3D max_size; > *offset =3D 0; > - return page_pool_alloc_pages(pool, gfp); > + return page_pool_alloc_netmem(pool, gfp); > } > =20 > - page =3D page_pool_alloc_frag(pool, offset, *size, gfp); > - if (unlikely(!page)) > - return NULL; > + netmem =3D page_pool_alloc_frag_netmem(pool, offset, *size, gfp); > + if (unlikely(!netmem)) > + return 0; > =20 > /* There is very likely not enough space for another fragment, so app= end > * the remaining size to the current fragment to avoid truesize > @@ -140,7 +142,7 @@ static inline struct page *page_pool_alloc(struct p= age_pool *pool, > pool->frag_offset =3D max_size; > } > =20 > - return page; > + return netmem; > } > =20 > /** > @@ -154,7 +156,7 @@ static inline struct page *page_pool_alloc(struct p= age_pool *pool, > * utilization and performance penalty. > * > * Return: > - * Return allocated page or page fragment, otherwise return NULL. > + * Return allocated page or page fragment, otherwise return 0. > */ > static inline struct page *page_pool_dev_alloc(struct page_pool *pool,= > unsigned int *offset, > @@ -162,7 +164,7 @@ static inline struct page *page_pool_dev_alloc(stru= ct page_pool *pool, > { > gfp_t gfp =3D (GFP_ATOMIC | __GFP_NOWARN); > =20 > - return page_pool_alloc(pool, offset, size, gfp); > + return netmem_to_page(page_pool_alloc(pool, offset, size, gfp)); > } I find this API change confusing - why should page_pool_alloc() return a netmem_ref but page_pool_dev_alloc() return a struct page *? Is there any reason to change page_pool_alloc() anyway? It calls page_pool_alloc_pages() or page_pool_alloc_frag() as appropriate, both of which your patch already converts to wrappers around the appropriate _netmem() functions. In all instances where page_pool_alloc() is called in this patch, you wrap it with netmem_to_page() anyway, there are no calls to page_pool_alloc() added which actually want a netmem_ref. Thanks, --=20 Paul Barker --------------VLyD3IZiBv1Y2W5pY0JQYGkf Content-Type: application/pgp-keys; name="OpenPGP_0x27F4B3459F002257.asc" Content-Disposition: attachment; filename="OpenPGP_0x27F4B3459F002257.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xsFNBGS4BNsBEADEc28TO+aryCgRIuhxWAviuJl+f2TcZ1JeeaMzRLgSXKuXzkiI g6JIVfNvThjwJaBmb7+/5+D7kDLJuutu9MFfOzTS0QOQWppwIPgbfktvMvwwsq3m 7e9Qb+S1LVeV0/ldZfuzgzAzHFDwmzryfIyt2JEbsBsGTq/QE+7hvLAe8R9xofIn z6/IndiiTYhNCNf06nFPR4Y5ZDZPGb9aw5Jisqh+OSxtc0BFHDSV8/35yWM/JLQ1 Ja8AOHw1kP9KO+iE9rHMt0+7lH3mN1GBabxH26EdgFfPShsi14qmziLOuUlGLuwO ApIYqvdtCs+zlMA8PsiJIMuxizZ6qCLur3r2b+/YXoJjuFDcax9M+Pr0D7rZX0Hk 6PW3dtvDQHfspwLY0FIlXbbtCfCqGLe47VaS7lvG0XeMlo3dUEsf707Q2h0+G1tm wyeuWSPEzZQq/KI7JIFlxr3N/3VCdGa9qVf/40QF0BXPfJdcwTEzmPlYetRgA11W bglw8DxWBv24a2gWeUkwBWFScR3QV4FAwVjmlCqrkw9dy/JtrFf4pwDoqSFUcofB 95u6qlz/PC+ho9uvUo5uIwJyz3J5BIgfkMAPYcHNZZ5QrpI3mdwf66im1TOKKTuf 3Sz/GKc14qAIQhxuUWrgAKTexBJYJmzDT0Mj4ISjlr9K6VXrQwTuj2zC4QARAQAB zStQYXVsIEJhcmtlciA8cGF1bC5iYXJrZXIuY3RAYnAucmVuZXNhcy5jb20+wsGU BBMBCgA+FiEE9KKf333+FIzPGaxOJ/SzRZ8AIlcFAmS4BNsCGwEFCQPCZwAFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQJ/SzRZ8AIlfxaQ/8CM36qjfad7eBfwja cI1LlH1NwbSJ239rE0X7hU/5yra72egr3T5AUuYTt9ECNQ8Ld03BYhbC6hPki5rb OlFM2hEPUQYeohcJ4Na5iIFpTxoIuC49Hp2ce6ikvt9Hc4O2FAntabg+9hE8WA4f QWW+Qo5ve5OJ0sGylzu0mRZ2I3mTaDsxuDkXOICF5ggSdjT+rcd/pRVOugImjpZv /jzSgUfKV2wcZ8vVK0616K21tyPiRjYtDQjJAKff8gBY6ZvP5REPl+fYNvZm1y4l hsVupGHL3aV+BKooMsKRZIMTiKJCIy6YFKHOcgWFG62cuRrFDf4r54MJuUGzyeoF 1XNFzbe1ySoRfU/HrEuBNqC+1CEBiduumh89BitfDNh6ecWVLw24fjsF1Ke6vYpU lK9/yGLV26lXYEN4uEJ9i6PjgJ+Q8fubizCVXVDPxmWSZIoJg8EspZ+Max03Lk3e flWQ0E3l6/VHmsFgkvqhjNlzFRrj/k86IKdOi0FOd0xtKh1p34rQ8S/4uUN9XCVj KtmyLfQgqPVEC6MKv7yFbextPoDUrFAzEgi4OBdqDJjPbdU9wUjONxuWJRrzRFcr nTIG7oC4dae0p1rs5uTlaSIKpB2yulaJLKjnNstAj9G9Evf4SE2PKH4l4Jlo/Hu1 wOUqmCLRo3vFbn7xvfr1u0Z+oMTOOARkuAhwEgorBgEEAZdVAQUBAQdAcuNbK3VT WrRYypisnnzLAguqvKX3Vc1OpNE4f8pOcgMDAQgHwsF2BBgBCgAgFiEE9KKf333+ FIzPGaxOJ/SzRZ8AIlcFAmS4CHACGwwACgkQJ/SzRZ8AIlc90BAAr0hmx8XU9KCj g4nJqfavlmKUZetoX5RB9g3hkpDlvjdQZX6lenw3yUzPj53eoiDKzsM03Tak/KFU FXGeq7UtPOfXMyIh5UZVdHQRxC4sIBMLKumBfC7LM6XeSegtaGEX8vSzjQICIbaI roF2qVUOTMGal2mvcYEvmObC08bUZuMd4nxLnHGiej2t85+9F3Y7GAKsA25EXbbm ziUg8IVXw3TojPNrNoQ3if2Z9NfKBhv0/s7x/3WhhIzOht+rAyZaaW+31btDrX4+ Y1XLAzg9DAfuqkL6knHDMd9tEuK6m2xCOAeZazXaNeOTjQ/XqCHmZ+691VhmAHCI 7Z7EBPh++TjEqn4ZH+4KPn6XD52+ruWXGbJP29zc+3bwQ+ZADfUaL3ADj69ySxzm bO24USHBAg+BhZAZMBkbkygbTen/umT6tBxG91krqbKlDdc8mhGonBN6i+nz8qv1 6MdC5P1rDbo834rxNLvoFMSLCcpjoafiprl9qk0wQLq48WGphs9DX7V75ZAU5Lt6 yA+je8i799EZJsVlB933Gpj688H4csaZqEMBjq7vMvI+a5MnLCGcjwRhsUfogpRb AWTx9ddVau4MJgEHzB7UU/VFyP2vku7XPj6mgSfSHyNVf2hqxwISQ8eZLoyxauOD Y61QMX6YFL170ylToSFjH627h6TzlUDOMwRkuAiAFgkrBgEEAdpHDwEBB0Bibkmu Sf7yECzrkBmjD6VGWNVxTdiqb2RuAfGFY9RjRsLB7QQYAQoAIBYhBPSin999/hSM zxmsTif0s0WfACJXBQJkuAiAAhsCAIEJECf0s0WfACJXdiAEGRYIAB0WIQSiu8gv 1Xr0fIw/aoLbaV4Vf/JGvQUCZLgIgAAKCRDbaV4Vf/JGvZP9AQCwV06n3DZvuce3 /BtzG5zqUuf6Kp2Esgr2FrD4fKVbogD/ZHpXfi9ELdH/JTSVyujaTqhuxQ5B7UzV CUIb1qbg1APIEA/+IaLJIBySehy8dHDZQXit/XQYeROQLTT9PvyM35rZVMGH6VG8 Zb23BPCJ3N0ISOtVdG402lSP0ilP/zSyQAbJN6F0o2tiPd558lPerFd/KpbCIp8N kYaLlHWIDiN2AE3c6sfCiCPMtXOR7HCeQapGQBS/IMh1qYHffuzuEy7tbrMvjdra VN9Rqtp7PSuRTbO3jAhm0Oe4lDCAK4zyZfjwiZGxnj9s1dyEbxYB2GhTOgkiX/96 Nw+m/ShaKqTM7o3pNUEs9J3oHeGZFCCaZBv97ctqrYhnNB4kzCxAaZ6K9HAAmcKe WT2q4JdYzwB6vEeHnvxl7M0Dj9pUTMujW77Qh5IkUQLYZ2XQYnKAV2WI90B0R1p9 bXP+jqqkaNCrxKHV1tYOB6037CziGcZmiDneiTlM765MTLJLlHNqlXxDCzRwEazU y9dNzITjVT0qhc6th8/vqN9dqvQaAGa13u86Gbv4XPYdE+5MXPM/fTgkKaPBYcIV QMvLfoZxyaTk4nzNbBxwwEEHrvTcWDdWxGNtkWRZw0+U5JpXCOi9kBCtFrJ701UG UFs56zWndQUS/2xDyGk8GObGBSRLCwsXsKsF6hSX5aKXHyrAAxEUEscRaAmzd6O3 ZyZGVsEsOuGCLkekUMF/5dwOhEDXrY42VR/ZxdDTY99dznQkwTt4o7FOmkY=3D =3DsIIN -----END PGP PUBLIC KEY BLOCK----- --------------VLyD3IZiBv1Y2W5pY0JQYGkf-- --------------GGmF9Y2iOanb3ZPuNcD0T337-- --------------2BCbfj48rMDr1Ni41u40ZNJI Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQSiu8gv1Xr0fIw/aoLbaV4Vf/JGvQUCZmqvcAUDAAAAAAAKCRDbaV4Vf/JGvUxW AP4uKbMQBWqrwm4N0a12WI8fJo+BUUCc25C9JJxwln5cIQEAkBtvIuJdTLFRhcetWpSP/iJbKgG5 snTgszJnAOLlDAE= =U1fu -----END PGP SIGNATURE----- --------------2BCbfj48rMDr1Ni41u40ZNJI--