From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.4 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_PASS,SPF_PASS,URIBL_BLACK shortcircuit=no autolearn=no autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id AB5101F4B4 for ; Wed, 14 Oct 2020 13:39:13 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 7E4A33857C77; Wed, 14 Oct 2020 13:39:12 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7E4A33857C77 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1602682752; bh=wOJZ6YGfcOoBXDQzfCcBh3TNNCGm3pHbg4/jITlCFaI=; h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=fJoaHQ9hCPj9S/HsIwZGMSy/VvRL1XBCvU44sqIMErwTgB1Q/gDQ3U1SQd4kb0Yn7 ak+gXP2PV3fIk/WLVkxrDP5l3xPUMs5oQEBTreineWi3MV0106fi2WNY86MJ11G1wb oV2WeokveiVgURmfVYr6UySBGKtjuH9OctoZCFik= Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) by sourceware.org (Postfix) with ESMTPS id E01EA3857C4F for ; Wed, 14 Oct 2020 13:39:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E01EA3857C4F Received: by mail-qt1-x842.google.com with SMTP id e6so2215550qtw.10 for ; Wed, 14 Oct 2020 06:39:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:autocrypt :message-id:date:user-agent:mime-version:in-reply-to; bh=wOJZ6YGfcOoBXDQzfCcBh3TNNCGm3pHbg4/jITlCFaI=; b=t/cztmLDc6fSOsg3rueiF7smO6NNrc9bzB38j/3Ilg7ah54KGtk6dRHhnCnPXAQqZB 6lfWoUMHy87tzkLVvXjOJQFex9eMia3yZyGcNhFgMdSDZ2f3FoeY3Sg2ZaIE7z4psc13 EPWlCJqtlwUukRgjvN6LNZTYzmw8PUBUQzBf81UQtatMA47440dr2aL8wKPO1hDyofUn dsOVrvsPl1N3ks69yPeg/lsXh7IZUYFG37g1DkPo+f32o21RsX7+lwojyqGhe178lFIa h03HCG+lg00L7thKaf2LjiD5RWmrMLWYSyhw0rXJD5l/HcxBNufYfjYKpBBHMAxkYJSy ++Qg== X-Gm-Message-State: AOAM530MAqiB5jPKSIWiEcSk1bfmwVK0qVFI+S8YqwV3D6/Xi/cOQPhZ tBQF9imLa7CrliDEMLN8LB/yxkXuOMi5Yg== X-Google-Smtp-Source: ABdhPJzYuc3a5uDWUbbE2IDVYdCPqc0Otw5nGOJybFCEP0BbpI1hzYy2qJ5+HxhffXXAkvE7GYfXrQ== X-Received: by 2002:ac8:1644:: with SMTP id x4mr4732997qtk.294.1602682748045; Wed, 14 Oct 2020 06:39:08 -0700 (PDT) Received: from [192.168.1.4] ([177.194.48.209]) by smtp.googlemail.com with ESMTPSA id k64sm1231216qkc.97.2020.10.14.06.39.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 14 Oct 2020 06:39:06 -0700 (PDT) Subject: Re: [PATCH 15/16] linux: Add {f}stat{at} y2038 support To: Lukasz Majewski References: <20200723194641.1949404-1-adhemerval.zanella@linaro.org> <20200723194641.1949404-16-adhemerval.zanella@linaro.org> <20201006114802.1450d29b@jawa> <99a35800-d0ed-5561-b36b-4416f041ab5d@linaro.org> <331ab260-ef82-8e94-7148-5522fdb6e195@linaro.org> <20201013155838.0e61252b@jawa> <250a2b16-f06a-7215-bb8a-445511a4976f@linaro.org> <20201013234037.40ae39da@jawa> <20201014151530.3a033362@jawa> Autocrypt: addr=adhemerval.zanella@linaro.org; prefer-encrypt=mutual; keydata= mQINBFcVGkoBEADiQU2x/cBBmAVf5C2d1xgz6zCnlCefbqaflUBw4hB/bEME40QsrVzWZ5Nq 8kxkEczZzAOKkkvv4pRVLlLn/zDtFXhlcvQRJ3yFMGqzBjofucOrmdYkOGo0uCaoJKPT186L NWp53SACXguFJpnw4ODI64ziInzXQs/rUJqrFoVIlrPDmNv/LUv1OVPKz20ETjgfpg8MNwG6 iMizMefCl+RbtXbIEZ3TE/IaDT/jcOirjv96lBKrc/pAL0h/O71Kwbbp43fimW80GhjiaN2y WGByepnkAVP7FyNarhdDpJhoDmUk9yfwNuIuESaCQtfd3vgKKuo6grcKZ8bHy7IXX1XJj2X/ BgRVhVgMHAnDPFIkXtP+SiarkUaLjGzCz7XkUn4XAGDskBNfbizFqYUQCaL2FdbW3DeZqNIa nSzKAZK7Dm9+0VVSRZXP89w71Y7JUV56xL/PlOE+YKKFdEw+gQjQi0e+DZILAtFjJLoCrkEX w4LluMhYX/X8XP6/C3xW0yOZhvHYyn72sV4yJ1uyc/qz3OY32CRy+bwPzAMAkhdwcORA3JPb kPTlimhQqVgvca8m+MQ/JFZ6D+K7QPyvEv7bQ7M+IzFmTkOCwCJ3xqOD6GjX3aphk8Sr0dq3 4Awlf5xFDAG8dn8Uuutb7naGBd/fEv6t8dfkNyzj6yvc4jpVxwARAQABtElBZGhlbWVydmFs IFphbmVsbGEgTmV0dG8gKExpbmFybyBWUE4gS2V5KSA8YWRoZW1lcnZhbC56YW5lbGxhQGxp bmFyby5vcmc+iQI3BBMBCAAhBQJXFRpKAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJ EKqx7BSnlIjv0e8P/1YOYoNkvJ+AJcNUaM5a2SA9oAKjSJ/M/EN4Id5Ow41ZJS4lUA0apSXW NjQg3VeVc2RiHab2LIB4MxdJhaWTuzfLkYnBeoy4u6njYcaoSwf3g9dSsvsl3mhtuzm6aXFH /Qsauav77enJh99tI4T+58rp0EuLhDsQbnBic/ukYNv7sQV8dy9KxA54yLnYUFqH6pfH8Lly sTVAMyi5Fg5O5/hVV+Z0Kpr+ZocC1YFJkTsNLAW5EIYSP9ftniqaVsim7MNmodv/zqK0IyDB GLLH1kjhvb5+6ySGlWbMTomt/or/uvMgulz0bRS+LUyOmlfXDdT+t38VPKBBVwFMarNuREU2 69M3a3jdTfScboDd2ck1u7l+QbaGoHZQ8ZNUrzgObltjohiIsazqkgYDQzXIMrD9H19E+8fw kCNUlXxjEgH/Kg8DlpoYJXSJCX0fjMWfXywL6ZXc2xyG/hbl5hvsLNmqDpLpc1CfKcA0BkK+ k8R57fr91mTCppSwwKJYO9T+8J+o4ho/CJnK/jBy1pWKMYJPvvrpdBCWq3MfzVpXYdahRKHI ypk8m4QlRlbOXWJ3TDd/SKNfSSrWgwRSg7XCjSlR7PNzNFXTULLB34sZhjrN6Q8NQZsZnMNs TX8nlGOVrKolnQPjKCLwCyu8PhllU8OwbSMKskcD1PSkG6h3r0AquQINBFcVGkoBEACgAdbR Ck+fsfOVwT8zowMiL3l9a2DP3Eeak23ifdZG+8Avb/SImpv0UMSbRfnw/N81IWwlbjkjbGTu oT37iZHLRwYUFmA8fZX0wNDNKQUUTjN6XalJmvhdz9l71H3WnE0wneEM5ahu5V1L1utUWTyh VUwzX1lwJeV3vyrNgI1kYOaeuNVvq7npNR6t6XxEpqPsNc6O77I12XELic2+36YibyqlTJIQ V1SZEbIy26AbC2zH9WqaKyGyQnr/IPbTJ2Lv0dM3RaXoVf+CeK7gB2B+w1hZummD21c1Laua +VIMPCUQ+EM8W9EtX+0iJXxI+wsztLT6vltQcm+5Q7tY+HFUucizJkAOAz98YFucwKefbkTp eKvCfCwiM1bGatZEFFKIlvJ2QNMQNiUrqJBlW9nZp/k7pbG3oStOjvawD9ZbP9e0fnlWJIsj 6c7pX354Yi7kxIk/6gREidHLLqEb/otuwt1aoMPg97iUgDV5mlNef77lWE8vxmlY0FBWIXuZ yv0XYxf1WF6dRizwFFbxvUZzIJp3spAao7jLsQj1DbD2s5+S1BW09A0mI/1DjB6EhNN+4bDB SJCOv/ReK3tFJXuj/HbyDrOdoMt8aIFbe7YFLEExHpSk+HgN05Lg5TyTro8oW7TSMTk+8a5M kzaH4UGXTTBDP/g5cfL3RFPl79ubXwARAQABiQIfBBgBCAAJBQJXFRpKAhsMAAoJEKqx7BSn lIjvI/8P/jg0jl4Tbvg3B5kT6PxJOXHYu9OoyaHLcay6Cd+ZrOd1VQQCbOcgLFbf4Yr+rE9l mYsY67AUgq2QKmVVbn9pjvGsEaz8UmfDnz5epUhDxC6yRRvY4hreMXZhPZ1pbMa6A0a/WOSt AgFj5V6Z4dXGTM/lNManr0HjXxbUYv2WfbNt3/07Db9T+GZkpUotC6iknsTA4rJi6u2ls0W9 1UIvW4o01vb4nZRCj4rni0g6eWoQCGoVDk/xFfy7ZliR5B+3Z3EWRJcQskip/QAHjbLa3pml xAZ484fVxgeESOoaeC9TiBIp0NfH8akWOI0HpBCiBD5xaCTvR7ujUWMvhsX2n881r/hNlR9g fcE6q00qHSPAEgGr1bnFv74/1vbKtjeXLCcRKk3Ulw0bY1OoDxWQr86T2fZGJ/HIZuVVBf3+ gaYJF92GXFynHnea14nFFuFgOni0Mi1zDxYH/8yGGBXvo14KWd8JOW0NJPaCDFJkdS5hu0VY 7vJwKcyHJGxsCLU+Et0mryX8qZwqibJIzu7kUJQdQDljbRPDFd/xmGUFCQiQAncSilYOcxNU EMVCXPAQTteqkvA+gNqSaK1NM9tY0eQ4iJpo+aoX8HAcn4sZzt2pfUB9vQMTBJ2d4+m/qO6+ cFTAceXmIoFsN8+gFN3i8Is3u12u8xGudcBPvpoy4OoG Message-ID: <4d2ee896-cbb2-12ae-dce4-99cc360c4720@linaro.org> Date: Wed, 14 Oct 2020 10:39:03 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201014151530.3a033362@jawa> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Zu0O1D1r7ykyTBRAE1nANbVImfZvKqL7F" X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Adhemerval Zanella via Libc-alpha Reply-To: Adhemerval Zanella Cc: libc-alpha@sourceware.org, Alistair Francis Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Zu0O1D1r7ykyTBRAE1nANbVImfZvKqL7F Content-Type: multipart/mixed; boundary="IWVFlyhtB6GisISRFb1ApStkrtMZf44gX"; protected-headers="v1" From: Adhemerval Zanella To: Lukasz Majewski Cc: Alistair Francis , libc-alpha@sourceware.org Message-ID: <4d2ee896-cbb2-12ae-dce4-99cc360c4720@linaro.org> Subject: Re: [PATCH 15/16] linux: Add {f}stat{at} y2038 support References: <20200723194641.1949404-1-adhemerval.zanella@linaro.org> <20200723194641.1949404-16-adhemerval.zanella@linaro.org> <20201006114802.1450d29b@jawa> <99a35800-d0ed-5561-b36b-4416f041ab5d@linaro.org> <331ab260-ef82-8e94-7148-5522fdb6e195@linaro.org> <20201013155838.0e61252b@jawa> <250a2b16-f06a-7215-bb8a-445511a4976f@linaro.org> <20201013234037.40ae39da@jawa> <20201014151530.3a033362@jawa> In-Reply-To: <20201014151530.3a033362@jawa> --IWVFlyhtB6GisISRFb1ApStkrtMZf44gX Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 14/10/2020 10:15, Lukasz Majewski wrote: > Dear Community, >=20 >> Hi Adhemerval, >> >>> On 13/10/2020 10:58, Lukasz Majewski wrote: =20 >>>> Hi Adhemerval, >>>> =20 >>>>> On 07/10/2020 09:52, Adhemerval Zanella wrote: =20 >>>>>> >>>>>> >>>>>> On 06/10/2020 06:48, Lukasz Majewski wrote: =20 >>>>>>> Hi Adhemerval, >>>>>>> =20 >>>>>>>> A new struct __stat{64}_t64 type is added with the required >>>>>>>> __timespec64 time definition. Both non-LFS and LFS support >>>>>>>> were done with an extra __NR_statx call plus a conversion to >>>>>>>> the new __stat{64}_t64 type. The statx call is done only for >>>>>>>> architectures with support for 32-bit time_t ABI. >>>>>>>> >>>>>>>> Internally some extra routines to copy from/to struct stat{64} >>>>>>>> to struct __stat{64} used on multiple implementations (stat, >>>>>>>> fstat, lstat, and fstatat) are added on a extra file >>>>>>>> (stat_t64_cp.c). Aslo some extra routines to copy from statx >>>>>>>> to __stat{64} is added on statx_cp.c. >>>>>>>> >>>>>>>> Checked with a build for all affected ABIs. I also checked on >>>>>>>> x86_64, i686, powerpc, powerpc64le, sparcv9, sparc64, s390, >>>>>>>> and s390x. =20 >>>>>>> >>>>>>> When do you plan to pull this patch set to -master? >>>>>>> Those patches have been available for review on the mailing >>>>>>> list for more than two months now. =20 >>>>>> >>>>>> Hi Lukasz, thanks to remind me. I will rebase against master and >>>>>> run some regressions tests against some platforms and push it. >>>>>> =20 >>>>> >>>>> One required change with the rebase is adapt the riscv32 ABI to >>>>> exclude the __{f,l}xstat{at} symbol and replace with proper >>>>> {f,l}stat ones. It is possible because the new ABI was added on >>>>> current development branch, however one minor inconvenient is the >>>>> toolchain need to be rebuild with a updated glibc branch to avoid >>>>> linking failures with libstd++ (which uses __{f,l}xstat{at}). >>>>> =20 >>>> >>>> I'm not sure if this is related, but on my ARMv7 (32 bit) sandbox >>>> there is an issue with fstat accesses to files. >>>> >>>> When I try to run a program build against newest glibc (installed >>>> in /opt/lib) I do see issues with {f}stat on other libraries (e.g. >>>> /opt/lib/librt.so). To be more specific I do experience the >>>> EOVERFLOW error: >>>> >>>> error while loading shared libraries: librt.so.1: cannot stat >>>> shared object: Error 75 >>>> >>>> The "base" glibc is 2.28 (installed in /lib). The glibc under test >>>> is the newest master installed in /opt/lib. >>>> >>>> I'm now investigating this issue. =20 >>> >>> I am not sure what it might be based on these information, could you >>> provide a strace so we can pinpoint what might the issue? =20 >> >> Things are getting more and more interesting. >> >> Let's consider the /opt/lib/librt.so.1 >> >> After qemu boot: >> >> root@y2038arm:~# stat /opt/lib/librt.so.1 >> File: /opt/lib/librt.so.1 -> librt-2.32.9000.so >> Size: 18 Blocks: 0 IO Block: 4096 symbolic >> link Device: b300h/45824d Inode: 17490 Links: 1 >> Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ >> root) Access: 2020-10-13 23:14:56.800000000 +0000 ----> OK >> Modify: 2020-10-13 23:14:52.770000000 +0000 >> Change: 2020-10-13 23:14:52.770000000 +0000 >> >> Then I do run gdb (which was build with 2.28 glibc as a base and gcc >> 8.1, which uses the same library): >> >> gdb test_y2038: >> ... >> (gdb) run >> Starting program: /usr/bin/test_y2038 >> /usr/bin/test_y2038: error while loading shared libraries: librt.so.1:= >> cannot stat shared object: Error 75 [Inferior 1 (process 1045) exited >> with code 0177] >> >> So I've accessed the librt.so.1 with some old - i.e. 2.28 ABI - now: >> >> root@y2038arm:~# stat /opt/lib/librt.so.1 >> File: /opt/lib/librt.so.1 -> librt-2.32.9000.so >> Size: 18 Blocks: 0 IO Block: 4096 symbolic >> link Device: b300h/45824d Inode: 17490 Links: 1 >> Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ >> root) Access: 1901-12-13 20:46:33.625721000 +0000 ----> Overflow >> Modify: 2020-10-13 23:14:52.770000000 +0000 >> Change: 2020-10-13 23:14:52.770000000 +0000 >> >> root@y2038arm:~# strace -v -Tf -e trace=3Dfile test_y2038 >> >> openat(AT_FDCWD, "/opt/lib/librt.so.1", >> O_RDONLY|O_LARGEFILE|O_CLOEXEC) =3D 3 <0.000409> statx(3, "", >> AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT|AT_EMPTY_PATH, >> STATX_BASIC_STATS, {stx_mask=3DSTATX_ALL, stx_blksize=3D4096, >> stx_attributes=3D0, stx_nlink=3D1, stx_uid=3D0, stx_gid=3D0, >> stx_mode=3DS_IFREG|0755, stx_ino=3D17487, stx_size=3D425008, stx_block= s=3D832, >> stx_attributes_mask=3DSTATX_ATTR_COMPRESSED|STATX_ATTR_IMMUTABLE|STATX= _ATTR_APPEND|STATX_ATTR_NODUMP|STATX_ATTR_ENCRYPTED, >> stx_atime=3D{tv_sec=3D1602625090, tv_nsec=3D600000000} /* >> 2020-10-13T21:38:10.600000000+0000 */, stx_btime=3D{tv_sec=3D160262259= 2, >> tv_nsec=3D0} /* 2020-10-13T20:56:32+0000 */, >> stx_ctime=3D{tv_sec=3D2147484284, tv_nsec=3D335721000}, >> stx_mtime=3D{tv_sec=3D2147484263, tv_nsec=3D545721000}, stx_rdev_major= =3D0, >> stx_rdev_minor=3D0, stx_dev_major=3D179, stx_dev_minor=3D0}) =3D 0 <0.= 000494> >> test_y2038: error while loading shared libraries: librt.so.1: cannot >> stat shared object: Error 75 +++ exited with 127 +++ >> >> >> Here the ctime and mtime are wrong - i.e. overflowed. >> >> The system date is not changed: >> root@y2038arm:~# date >> Tue Oct 13 21:40:02 UTC 2020 >> root@y2038arm:~# date +%s >> 1602625224 >> >> I will continue investigation tomorrow... >=20 > And now the penny has dropped... >=20 > The issue was that: >=20 > 1. Adhemerval has added extra checks for overflowing the time in > {f}stat{at} patches - this is obviously good :-) >=20 > 2. In my test system - I've been using "time" syscall (glibc function) > to get the seconds after epoch. This was not yet [*] converted to > support 64 bit time. >=20 > 3. Some tests (like clock_gettime / clock_settime) require time > modifications after Y2038. Broken time() caused wrong data after > casting from __time_t to __time64_t and the proper time couldn't be > restored. >=20 > 4. As a result - the date was wrong during the following tests > execution and {mac}time for external files (like librt.so.1, > libgcc_s.so) was set to wrong value. >=20 > 5. Each subsequent call of {fl}stat{64} returned error due to date > overflow check. >=20 > Fix: >=20 > Convert time to support 64 bit time. >=20 > [*] I will send patches after build-many-glibcs.py and xcheck finish. Good to know this is an issue not related to the stat patches itself. I was confused because you initially didn't describe the test you are doing in details, so it was hard to pinpoint the issue.=20 --IWVFlyhtB6GisISRFb1ApStkrtMZf44gX-- --Zu0O1D1r7ykyTBRAE1nANbVImfZvKqL7F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEUMEGt8/rO2QSpplaqrHsFKeUiO8FAl+G/3cACgkQqrHsFKeU iO/uBg/8D87ncJFRNf1Y906VU9WRWFwhPq9ItJOuxPiJzG4/o0eYWIfaykM8vlnJ AAl24cRbdrTbIfLqkYf6lB0Fy1oPsskS1NUQ8aRORKpiZAW6Ak+euniIOujYFonh PsV9TABuIlnJYFMsZjx3GplIseW/HmBhqJl2RR85Y6dOR+VFRGb4sDbvKiCtP4/K bLNWHVH9DiU3/46nCxAKhYnR9ZB8womYvncETBQpn002uhpqqh5hg8miOIa2yZqS GEszbOMDDG15mGG61tDMt+sFyaDlYXuRxo4vigf1kGeN+7lKwBvyZS+3lDXvx5G9 kUSa9VGSFiRN6BsB5Ih+bFQ8PaBuUwCE9xhTi1SW+EN/EXU5esI6D/jrHHUXetWI B0MntQBdP95mOgesRh/SFSUCEq4Um8LMFXGFzZuza0BICb9PEhKDgUKop0Ao3b+X UOZOLL5uZFPa9Z7niqTR4EIAyNQURrAw2FZ13I1VECDAk5iLNLPYi4Ci/TMxMFmM 0sWycMNRh4Oj7gC67/UEIPHLqFFvmDioxyX2ut/vjR7kUbHlyFTz2AsMXbEn6FKj 7NjUAKX5oFlveySPvVnm5AlJSQCZ1QZMkjY6m4H/A4vttg38a29yGLUa05pjzEQ7 Yd7bbb1IJckiwPLy+hoFekL5rRRe/L8be/lvE74Ig0JHAvcFCso= =PG9A -----END PGP SIGNATURE----- --Zu0O1D1r7ykyTBRAE1nANbVImfZvKqL7F--