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 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6307EC4740C for ; Mon, 9 Sep 2019 14:12:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 35D62218DE for ; Mon, 9 Sep 2019 14:12:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405327AbfIIOMp (ORCPT ); Mon, 9 Sep 2019 10:12:45 -0400 Received: from mx2.suse.de ([195.135.220.15]:54448 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2405252AbfIIOMp (ORCPT ); Mon, 9 Sep 2019 10:12:45 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 3F647B671; Mon, 9 Sep 2019 14:12:42 +0000 (UTC) Subject: Re: [LKP] [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression To: Feng Tang Cc: Rong Chen , Stephen Rothwell , michel@daenzer.net, lkp@01.org, linux-kernel@vger.kernel.org, dri-devel References: <20190812072545.GA63191@shbuild999.sh.intel.com> <20190813093616.GA65475@shbuild999.sh.intel.com> <64d41701-55a4-e526-17ae-8936de4bc1ef@suse.de> <20190824051605.GA63850@shbuild999.sh.intel.com> <1b897bfe-fd40-3ae3-d867-424d1fc08c44@suse.de> <44029e80-ba00-8246-dec0-fda122d53f5e@suse.de> <90e78ce8-d46a-5154-c324-a05aa1743c98@intel.com> <2e1b4d65-d477-f571-845d-fa0a670859af@suse.de> <20190904062716.GC5541@shbuild999.sh.intel.com> From: Thomas Zimmermann Openpgp: preference=signencrypt Autocrypt: addr=tzimmermann@suse.de; keydata= xsBNBFs50uABCADEHPidWt974CaxBVbrIBwqcq/WURinJ3+2WlIrKWspiP83vfZKaXhFYsdg XH47fDVbPPj+d6tQrw5lPQCyqjwrCPYnq3WlIBnGPJ4/jreTL6V+qfKRDlGLWFjZcsrPJGE0 BeB5BbqP5erN1qylK9i3gPoQjXGhpBpQYwRrEyQyjuvk+Ev0K1Jc5tVDeJAuau3TGNgah4Yc hdHm3bkPjz9EErV85RwvImQ1dptvx6s7xzwXTgGAsaYZsL8WCwDaTuqFa1d1jjlaxg6+tZsB 9GluwvIhSezPgnEmimZDkGnZRRSFiGP8yjqTjjWuf0bSj5rUnTGiyLyRZRNGcXmu6hjlABEB AAHNKFRob21hcyBaaW1tZXJtYW5uIDx0emltbWVybWFubkBzdXNlLmNvbT7CwJQEEwEIAD4W IQRyF/usjOnPY0ShaOVoDcEdUwt6IwUCWznTtgIbAwUJA8JnAAULCQgHAgYVCgkICwIEFgID AQIeAQIXgAAKCRBoDcEdUwt6I7D7CACBK42XW+7mCiK8ioXMEy1NzGbXC51RzGea8N83oEJS 1KVUtQxrkDxgrW/WLSl/TfqHFsJpdEFOv1XubWbleun3uKPy0e5vZCd5UjZPkeNjnqfCYTDy hVVsdOuFbtWDppJyJrThLqr9AgSFmoCNNUt1SVpYEEOLNE6C32BhlnSq21VLC+YXTgO/ZHTa YXkq54hHj63jwrcjkBSCkXLh37kHeqnl++GHpN+3R+o3w2OpwHAlvVjdKPT27v1tVkiydsFG 65Vd0n3m/ft+IOrGgxQM1C20uqKvsZGB4r3OGR50ekAybO7sjEJJ1Obl4ge/6RRqcvKz4LMb tGs85D6tPIeFzsBNBFs50uABCADGJj+DP1fk+UWOWrf4O61HTbC4Vr9QD2K4fUUHnzg2B6zU R1BPXqLGG0+lzK8kfYU/F5RjmEcClsIkAaFkg4kzKP14tvY1J5+AV3yNqcdg018HNtiyrSwI E0Yz/qm1Ot2NMZ0DdvVBg22IMsiudQ1tx9CH9mtyTbIXgACvl3PW2o9CxiHPE/bohFhwZwh/ kXYYAE51lhinQ3oFEeQZA3w4OTvxSEspiQR8dg8qJJb+YOAc5IKk6sJmmM7JfFMWSr22satM 23oQ3WvJb4RV6HTRTAIEyyZS7g2DhiytgMG60t0qdABG5KXSQW+OKlZRpuWwKWaLh3if/p/u 69dvpanbABEBAAHCwHwEGAEIACYWIQRyF/usjOnPY0ShaOVoDcEdUwt6IwUCWznS4AIbDAUJ A8JnAAAKCRBoDcEdUwt6I6X3CACJ8D+TpXBCqJE5xwog08+Dp8uBpx0T9n1wE0GQisZruACW NofYn8PTX9k4wmegDLwt7YQDdKxQ4+eTfZeLNQqWg6OCftH5Kx7sjWnJ09tOgniVdROzWJ7c VJ/i0okazncsJ+nq48UYvRGE1Swh3A4QRIyphWX4OADOBmTFl9ZYNPnh23eaC9WrNvFr7yP7 iGjMlfEW8l6Lda//EC5VpXVNza0xeae0zFNst2R9pn+bLkihwDLWxOIyifGRxTqNxoS4I1aw VhxPSVztPMSpIA/sOr/N/p6JrBLn+gui2K6mP7bGb8hF+szfArYqz3T1rv1VzUWAJf5Wre5U iNx9uqqx Message-ID: <6806e973-4cf7-bcac-54b4-4fac21698ece@suse.de> Date: Mon, 9 Sep 2019 16:12:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190904062716.GC5541@shbuild999.sh.intel.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn Content-Type: multipart/mixed; boundary="b7WbaORTxilxycXJuBGn51oxVbT81WZtM"; protected-headers="v1" From: Thomas Zimmermann To: Feng Tang Cc: Rong Chen , Stephen Rothwell , michel@daenzer.net, lkp@01.org, linux-kernel@vger.kernel.org, dri-devel Message-ID: <6806e973-4cf7-bcac-54b4-4fac21698ece@suse.de> Subject: Re: [LKP] [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression References: <20190812072545.GA63191@shbuild999.sh.intel.com> <20190813093616.GA65475@shbuild999.sh.intel.com> <64d41701-55a4-e526-17ae-8936de4bc1ef@suse.de> <20190824051605.GA63850@shbuild999.sh.intel.com> <1b897bfe-fd40-3ae3-d867-424d1fc08c44@suse.de> <44029e80-ba00-8246-dec0-fda122d53f5e@suse.de> <90e78ce8-d46a-5154-c324-a05aa1743c98@intel.com> <2e1b4d65-d477-f571-845d-fa0a670859af@suse.de> <20190904062716.GC5541@shbuild999.sh.intel.com> In-Reply-To: <20190904062716.GC5541@shbuild999.sh.intel.com> --b7WbaORTxilxycXJuBGn51oxVbT81WZtM Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Am 04.09.19 um 08:27 schrieb Feng Tang: > Hi Thomas, >=20 > On Wed, Aug 28, 2019 at 12:51:40PM +0200, Thomas Zimmermann wrote: >> Hi >> >> Am 28.08.19 um 11:37 schrieb Rong Chen: >>> Hi Thomas, >>> >>> On 8/28/19 1:16 AM, Thomas Zimmermann wrote: >>>> Hi >>>> >>>> Am 27.08.19 um 14:33 schrieb Chen, Rong A: >>>>> Both patches have little impact on the performance from our side. >>>> Thanks for testing. Too bad they doesn't solve the issue. >>>> >>>> There's another patch attached. Could you please tests this as well?= >>>> Thanks a lot! >>>> >>>> The patch comes from Daniel Vetter after discussing the problem on I= RC. >>>> The idea of the patch is that the old mgag200 code might display muc= h >>>> less frames that the generic code, because mgag200 only prints from >>>> non-atomic context. If we simulate this with the generic code, we sh= ould >>>> see roughly the original performance. >>>> >>>> >>> >>> It's cool, the patch "usecansleep.patch" can fix the issue. >> >> Thank you for testing. But don't get too excited, because the patch >> simulates a bug that was present in the original mgag200 code. A >> significant number of frames are simply skipped. That is apparently th= e >> reason why it's faster. >=20 > Thanks for the detailed info, so the original code skips time-consuming= > work inside atomic context on purpose. Is there any space to optmise it= ? > If 2 scheduled update worker are handled at almost same time, can one b= e > skipped? We discussed ideas on IRC and decided that screen updates could be synchronized with vblank intervals. This may give some rate limiting to the output. If you like, you could try the patch set at [1]. It adds the respective code to console and mgag200. Best regards Thomas [1] https://lists.freedesktop.org/archives/dri-devel/2019-September/234850.ht= ml >=20 > Thanks, > Feng >=20 >> >> Best regards >> Thomas --=20 Thomas Zimmermann Graphics Driver Developer SUSE Linux GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imend=C3=B6rffer, Mary Higgins, Sri Rasiah HRB 21284 (AG N=C3=BCrnberg) --b7WbaORTxilxycXJuBGn51oxVbT81WZtM-- --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEchf7rIzpz2NEoWjlaA3BHVMLeiMFAl12XdUACgkQaA3BHVML eiP39wgAhj5qgMm7uHo8dffCx5/RrEV1TPzaPcuruhI+cIB0ULF8ZeFJ5O4PpxmN S3Z1hh4q3m7jRlJ8WOFxfqHLFy4iU1fGFL99M7lHitoHLIttmvRC9Qa3yA4v3Z6z tD+f+/Ozm954vgKhlkEadsmF8VvkeOLn6XX8O+JVg+rxpDMmEBVoCnYWDjys+N4j 7MVEHnKVHe3Hf1vZVCa69NClsvpjRSdNuASdQzqjuwjYDFDYWgrQWXkFl4sBrmn7 6CKSCbfRbkBfB739vB3WlK3X9RNwKzK62TnwJJptRtT62lDXLlBtBwC2MsBiBGh7 V9FOYDlUTxKUWf7BcUN1JjU7/Kl4dw== =WP66 -----END PGP SIGNATURE----- --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Zimmermann Subject: Re: [LKP] [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression Date: Mon, 9 Sep 2019 16:12:37 +0200 Message-ID: <6806e973-4cf7-bcac-54b4-4fac21698ece@suse.de> References: <20190812072545.GA63191@shbuild999.sh.intel.com> <20190813093616.GA65475@shbuild999.sh.intel.com> <64d41701-55a4-e526-17ae-8936de4bc1ef@suse.de> <20190824051605.GA63850@shbuild999.sh.intel.com> <1b897bfe-fd40-3ae3-d867-424d1fc08c44@suse.de> <44029e80-ba00-8246-dec0-fda122d53f5e@suse.de> <90e78ce8-d46a-5154-c324-a05aa1743c98@intel.com> <2e1b4d65-d477-f571-845d-fa0a670859af@suse.de> <20190904062716.GC5541@shbuild999.sh.intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0578346010==" Return-path: Received: from mx1.suse.de (mx2.suse.de [195.135.220.15]) by gabe.freedesktop.org (Postfix) with ESMTPS id C649B89CA2 for ; Mon, 9 Sep 2019 14:12:43 +0000 (UTC) In-Reply-To: <20190904062716.GC5541@shbuild999.sh.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Feng Tang Cc: Stephen Rothwell , Rong Chen , michel@daenzer.net, linux-kernel@vger.kernel.org, dri-devel , lkp@01.org List-Id: dri-devel@lists.freedesktop.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============0578346010== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn Content-Type: multipart/mixed; boundary="b7WbaORTxilxycXJuBGn51oxVbT81WZtM"; protected-headers="v1" From: Thomas Zimmermann To: Feng Tang Cc: Rong Chen , Stephen Rothwell , michel@daenzer.net, lkp@01.org, linux-kernel@vger.kernel.org, dri-devel Message-ID: <6806e973-4cf7-bcac-54b4-4fac21698ece@suse.de> Subject: Re: [LKP] [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression References: <20190812072545.GA63191@shbuild999.sh.intel.com> <20190813093616.GA65475@shbuild999.sh.intel.com> <64d41701-55a4-e526-17ae-8936de4bc1ef@suse.de> <20190824051605.GA63850@shbuild999.sh.intel.com> <1b897bfe-fd40-3ae3-d867-424d1fc08c44@suse.de> <44029e80-ba00-8246-dec0-fda122d53f5e@suse.de> <90e78ce8-d46a-5154-c324-a05aa1743c98@intel.com> <2e1b4d65-d477-f571-845d-fa0a670859af@suse.de> <20190904062716.GC5541@shbuild999.sh.intel.com> In-Reply-To: <20190904062716.GC5541@shbuild999.sh.intel.com> --b7WbaORTxilxycXJuBGn51oxVbT81WZtM Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Am 04.09.19 um 08:27 schrieb Feng Tang: > Hi Thomas, >=20 > On Wed, Aug 28, 2019 at 12:51:40PM +0200, Thomas Zimmermann wrote: >> Hi >> >> Am 28.08.19 um 11:37 schrieb Rong Chen: >>> Hi Thomas, >>> >>> On 8/28/19 1:16 AM, Thomas Zimmermann wrote: >>>> Hi >>>> >>>> Am 27.08.19 um 14:33 schrieb Chen, Rong A: >>>>> Both patches have little impact on the performance from our side. >>>> Thanks for testing. Too bad they doesn't solve the issue. >>>> >>>> There's another patch attached. Could you please tests this as well?= >>>> Thanks a lot! >>>> >>>> The patch comes from Daniel Vetter after discussing the problem on I= RC. >>>> The idea of the patch is that the old mgag200 code might display muc= h >>>> less frames that the generic code, because mgag200 only prints from >>>> non-atomic context. If we simulate this with the generic code, we sh= ould >>>> see roughly the original performance. >>>> >>>> >>> >>> It's cool, the patch "usecansleep.patch" can fix the issue. >> >> Thank you for testing. But don't get too excited, because the patch >> simulates a bug that was present in the original mgag200 code. A >> significant number of frames are simply skipped. That is apparently th= e >> reason why it's faster. >=20 > Thanks for the detailed info, so the original code skips time-consuming= > work inside atomic context on purpose. Is there any space to optmise it= ? > If 2 scheduled update worker are handled at almost same time, can one b= e > skipped? We discussed ideas on IRC and decided that screen updates could be synchronized with vblank intervals. This may give some rate limiting to the output. If you like, you could try the patch set at [1]. It adds the respective code to console and mgag200. Best regards Thomas [1] https://lists.freedesktop.org/archives/dri-devel/2019-September/234850.ht= ml >=20 > Thanks, > Feng >=20 >> >> Best regards >> Thomas --=20 Thomas Zimmermann Graphics Driver Developer SUSE Linux GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imend=C3=B6rffer, Mary Higgins, Sri Rasiah HRB 21284 (AG N=C3=BCrnberg) --b7WbaORTxilxycXJuBGn51oxVbT81WZtM-- --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEchf7rIzpz2NEoWjlaA3BHVMLeiMFAl12XdUACgkQaA3BHVML eiP39wgAhj5qgMm7uHo8dffCx5/RrEV1TPzaPcuruhI+cIB0ULF8ZeFJ5O4PpxmN S3Z1hh4q3m7jRlJ8WOFxfqHLFy4iU1fGFL99M7lHitoHLIttmvRC9Qa3yA4v3Z6z tD+f+/Ozm954vgKhlkEadsmF8VvkeOLn6XX8O+JVg+rxpDMmEBVoCnYWDjys+N4j 7MVEHnKVHe3Hf1vZVCa69NClsvpjRSdNuASdQzqjuwjYDFDYWgrQWXkFl4sBrmn7 6CKSCbfRbkBfB739vB3WlK3X9RNwKzK62TnwJJptRtT62lDXLlBtBwC2MsBiBGh7 V9FOYDlUTxKUWf7BcUN1JjU7/Kl4dw== =WP66 -----END PGP SIGNATURE----- --OghadfcRL1Pt0IHP3lIOLZqSfLuo3H0Bn-- --===============0578346010== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============0578346010==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============7810369747020345528==" MIME-Version: 1.0 From: Thomas Zimmermann To: lkp@lists.01.org Subject: Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression Date: Mon, 09 Sep 2019 16:12:37 +0200 Message-ID: <6806e973-4cf7-bcac-54b4-4fac21698ece@suse.de> In-Reply-To: <20190904062716.GC5541@shbuild999.sh.intel.com> List-Id: --===============7810369747020345528== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Am 04.09.19 um 08:27 schrieb Feng Tang: > Hi Thomas, > = > On Wed, Aug 28, 2019 at 12:51:40PM +0200, Thomas Zimmermann wrote: >> Hi >> >> Am 28.08.19 um 11:37 schrieb Rong Chen: >>> Hi Thomas, >>> >>> On 8/28/19 1:16 AM, Thomas Zimmermann wrote: >>>> Hi >>>> >>>> Am 27.08.19 um 14:33 schrieb Chen, Rong A: >>>>> Both patches have little impact on the performance from our side. >>>> Thanks for testing. Too bad they doesn't solve the issue. >>>> >>>> There's another patch attached. Could you please tests this as well? >>>> Thanks a lot! >>>> >>>> The patch comes from Daniel Vetter after discussing the problem on IRC. >>>> The idea of the patch is that the old mgag200 code might display much >>>> less frames that the generic code, because mgag200 only prints from >>>> non-atomic context. If we simulate this with the generic code, we shou= ld >>>> see roughly the original performance. >>>> >>>> >>> >>> It's cool, the patch "usecansleep.patch" can fix the issue. >> >> Thank you for testing. But don't get too excited, because the patch >> simulates a bug that was present in the original mgag200 code. A >> significant number of frames are simply skipped. That is apparently the >> reason why it's faster. > = > Thanks for the detailed info, so the original code skips time-consuming > work inside atomic context on purpose. Is there any space to optmise it? > If 2 scheduled update worker are handled at almost same time, can one be > skipped? We discussed ideas on IRC and decided that screen updates could be synchronized with vblank intervals. This may give some rate limiting to the output. If you like, you could try the patch set at [1]. It adds the respective code to console and mgag200. Best regards Thomas [1] https://lists.freedesktop.org/archives/dri-devel/2019-September/234850.html > = > Thanks, > Feng > = >> >> Best regards >> Thomas -- = Thomas Zimmermann Graphics Driver Developer SUSE Linux GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imend=C3=B6rffer, Mary Higgins, Sri Rasiah HRB 21284 (AG N=C3=BCrnberg) --===============7810369747020345528== Content-Type: application/pgp-signature MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KCmlRRXpCQUVCQ0FBZEZpRUVjaGY3ckl6cHoy TkVvV2psYUEzQkhWTUxlaU1GQWwxMlhkVUFDZ2tRYUEzQkhWTUwKZWlQMzl3Z0FoajVxZ01tN3VI bzhkZmZDeDUvUnJFVjFUUHphUGN1cnVoSStjSUIwVUxGOFplRko1TzRQcHhtTgpTM1oxaGg0cTNt N2pSbEo4V09GeGZxSExGeTRpVTFmR0ZMOTlNN2xIaXRvSExJdHRtdlJDOVFhM3lBNHYzWjZ6CnRE K2YrL096bTk1NHZnS2hsa0VhZHNtRjhWdmtlT0xuNlhYOE8rSlZnK3J4cERNbUVCVm9DbllXRGp5 cytONGoKN01WRUhuS1ZIZTNIZjF2WlZDYTY5TkNsc3ZwalJTZE51QVNkUXpxanV3allERkRZV2dy UVdYa0ZsNHNCcm1uNwo2Q0tTQ2JmUmJrQmZCNzM5dkIzV2xLM1g5Uk53S3pLNjJUbndKSnB0UnRU NjJsRFhMbEJ0QndDMk1zQmlCR2g3ClY5Rk9ZRGxVVHhLVVdmN0JjVU4xSmpVNy9LbDRkdz09Cj1X UDY2Ci0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============7810369747020345528==--