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=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 B8DA5C43218 for ; Tue, 11 Jun 2019 09:54:06 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9C783207E0 for ; Tue, 11 Jun 2019 09:54:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405133AbfFKJxG (ORCPT ); Tue, 11 Jun 2019 05:53:06 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36460 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404500AbfFKJxF (ORCPT ); Tue, 11 Jun 2019 05:53:05 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 1F107883BA; Tue, 11 Jun 2019 09:53:05 +0000 (UTC) Received: from localhost.localdomain (ovpn-12-17.pek2.redhat.com [10.72.12.17]) by smtp.corp.redhat.com (Postfix) with ESMTPS id D6E5B60143; Tue, 11 Jun 2019 09:53:00 +0000 (UTC) Subject: Re: The current SME implementation fails kexec/kdump kernel booting. From: lijiang To: "Lendacky, Thomas" , Baoquan He Cc: "kexec@lists.infradead.org" , "x86@kernel.org" , "linux-kernel@vger.kernel.org" References: <20190604134952.GC26891@MiWiFi-R3L-srv> <508c2853-dc4f-70a6-6fa8-97c950dc31c6@amd.com> <20190605005600.GF26891@MiWiFi-R3L-srv> <0d9fba9d-7bbe-a7c7-dfe4-696da0dfecc4@amd.com> <2fe0e56c-9286-b71d-3d6d-c2a6fbcfba89@redhat.com> Message-ID: <33b9237f-5e8c-fe49-4f55-220ce9a492fb@redhat.com> Date: Tue, 11 Jun 2019 17:52:55 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <2fe0e56c-9286-b71d-3d6d-c2a6fbcfba89@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Tue, 11 Jun 2019 09:53:05 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2019年06月09日 11:45, lijiang 写道: > 在 2019年06月06日 00:04, Lendacky, Thomas 写道: >> On 6/4/19 7:56 PM, Baoquan He wrote: >>> On 06/04/19 at 03:56pm, Lendacky, Thomas wrote: >>>> On 6/4/19 8:49 AM, Baoquan He wrote: >>>>> Hi Tom, >>>>> >>>>> Lianbo reported kdump kernel can't boot well with 'nokaslr' added, and >>>>> have to enable KASLR in kdump kernel to make it boot successfully. This >>>>> blocked his work on enabling sme for kexec/kdump. And on some machines >>>>> SME kernel can't boot in 1st kernel. >>>>> >>>>> I checked code of SME implementation, and found out the root cause. The >>>>> above failures are caused by SME code, sme_encrypt_kernel(). In >>>>> sme_encrypt_kernel(), you get a 2M of encryption work area as intermediate >>>>> buffer to encrypt kernel in-place. And the work area is just after _end of >>>>> kernel. >>>> >>>> I remember worrying about something like this back when I was testing the >>>> kexec support. I had come up with a patch to address it, but never got the >>>> time to test and submit it. I've included it here if you'd like to test >>>> it (I haven't done run this patch in quite some time). If it works, we can >>>> think about submitting it. >>> >>> Thanks for your quick response and making this patch, Tom. >>> >>> Tested on a speedway machine, it entered into kernel, but failed in >>> below stage. Tested two times, always happened. >> >> Is this the initial kernel boot or the kexec kernel boot? >> >> It looks like this is related to the initrd/initramfs decryption. Not >> sure what could be happening there. I just tried the patch on my Naples >> system and a 5.2.0-rc3 kernel and have been able to repeatedly kexec boot >> a number of times so far. >> > > I used the hacked kexec-tools(by Baoquan) to test it, the kexec-d kernel and > kdump kernel worked well. But Tom's patch only worked for the kexec-d kernel, > and the kdump kernel did not work(kdump kernel could not successfully boot). > What's the difference between them? > After applied Tom's patch, i changed the reserved memory(for crash kernel) to the above 256M(>256M), such as crashkernel=320M or 384M,512M..., the kdump kernel can work and successfully dump the vmcore. But the kdump kernel always happened the panic or could not boot successfully in the 256M(<= 256M) case, and on HP machine, i noticed that it printed OOM, the kdump kernel was too smaller memory. But i never see the OOM on speedway machine(probably related to the earlyprintk, it doesn't work and it loses many logs). After removing the option 'CONFIG_DEBUG_INFO' from .config, i tested again, the kdump kernel did not happen the panic in the 256M(crashkernel=256M), the kdump kernel can work and succeed to dump the vmcore on HP machine or speedway machine. It seems that the small memory caused the previous failure in kdump kernel. I would suggest to post this patch to upstream. What's your opinion? Tom, Baoquan and other people. Or do you have any comment? Thanks. Lianbo > Thanks > Lianbo > >> Thanks, >> Tom >> >>> >>> >>> [ 4.978521] Freeing unused decrypted memory: 2040K >>> [ 4.983800] Freeing unused kernel image memory: 2344K >>> [ 4.988943] Write protecting the kernel read-only data: 18432k >>> [ 4.995306] Freeing unused kernel image memory: 2012K >>> [ 5.000488] Freeing unused kernel image memory: 256K >>> [ 5.005540] Run /init as init process >>> [ 5.009443] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 >>> [ 5.017230] CPU: 0 PID: 1 Comm: init Not tainted 5.2.0-rc2+ #38 >>> [ 5.023251] Hardware name: AMD Corporation Speedway/Speedway, BIOS RSW1004B 10/18/2017 >>> [ 5.031299] Call Trace: >>> [ 5.033793] dump_stack+0x46/0x60 >>> [ 5.037169] panic+0xfb/0x2cb >>> [ 5.040191] do_exit.cold.21+0x59/0x81 >>> [ 5.044004] do_group_exit+0x3a/0xa0 >>> [ 5.047640] __x64_sys_exit_group+0x14/0x20 >>> [ 5.051899] do_syscall_64+0x55/0x1c0 >>> [ 5.055627] entry_SYSCALL_64_after_hwframe+0x44/0xa9 >>> [ 5.060764] RIP: 0033:0x7fa1b1fc9e2e >>> [ 5.064404] Code: Bad RIP value. >>> [ 5.067687] RSP: 002b:00007fffc5abb778 EFLAGS: 00000202 ORIG_RAX: 00000000000000e7 >>> [ 5.075296] RAX: ffffffffffffffda RBX: 00007fa1b1fd2528 RCX: 00007fa1b1fc9e2e >>> [ 5.082625] RDX: 000000000000007f RSI: 000000000000003c RDI: 000000000000007f >>> [ 5.089879] RBP: 00007fa1b21d8d00 R08: 00000000000000e7 R09: 00007fffc5abb688 >>> [ 5.097134] R10: 0000000000000000 R11: 0000000000000202 R12: 0000000000000002 >>> [ 5.104386] R13: 0000000000000001 R14: 00007fa1b21d8d40 R15: 00007fa1b21d8d30 >>> [ 5.111645] Kernel Offset: disabled >>> [ 5.423002] Rebooting in 10 seconds.. >>> [ 15.429641] ACPI MEMORY or I/O RESET_REG. >>> From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]) by bombadil.infradead.org with esmtps (Exim 4.92 #3 (Red Hat Linux)) id 1hadSk-0002Jz-67 for kexec@lists.infradead.org; Tue, 11 Jun 2019 09:53:07 +0000 Subject: Re: The current SME implementation fails kexec/kdump kernel booting. From: lijiang References: <20190604134952.GC26891@MiWiFi-R3L-srv> <508c2853-dc4f-70a6-6fa8-97c950dc31c6@amd.com> <20190605005600.GF26891@MiWiFi-R3L-srv> <0d9fba9d-7bbe-a7c7-dfe4-696da0dfecc4@amd.com> <2fe0e56c-9286-b71d-3d6d-c2a6fbcfba89@redhat.com> Message-ID: <33b9237f-5e8c-fe49-4f55-220ce9a492fb@redhat.com> Date: Tue, 11 Jun 2019 17:52:55 +0800 MIME-Version: 1.0 In-Reply-To: <2fe0e56c-9286-b71d-3d6d-c2a6fbcfba89@redhat.com> Content-Language: en-US List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: "Lendacky, Thomas" , Baoquan He Cc: "x86@kernel.org" , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" 5ZyoIDIwMTnlubQwNuaciDA55pelIDExOjQ1LCBsaWppYW5nIOWGmemBkzoKPiDlnKggMjAxOeW5 tDA25pyIMDbml6UgMDA6MDQsIExlbmRhY2t5LCBUaG9tYXMg5YaZ6YGTOgo+PiBPbiA2LzQvMTkg Nzo1NiBQTSwgQmFvcXVhbiBIZSB3cm90ZToKPj4+IE9uIDA2LzA0LzE5IGF0IDAzOjU2cG0sIExl bmRhY2t5LCBUaG9tYXMgd3JvdGU6Cj4+Pj4gT24gNi80LzE5IDg6NDkgQU0sIEJhb3F1YW4gSGUg d3JvdGU6Cj4+Pj4+IEhpIFRvbSwKPj4+Pj4KPj4+Pj4gTGlhbmJvIHJlcG9ydGVkIGtkdW1wIGtl cm5lbCBjYW4ndCBib290IHdlbGwgd2l0aCAnbm9rYXNscicgYWRkZWQsIGFuZAo+Pj4+PiBoYXZl IHRvIGVuYWJsZSBLQVNMUiBpbiBrZHVtcCBrZXJuZWwgdG8gbWFrZSBpdCBib290IHN1Y2Nlc3Nm dWxseS4gVGhpcwo+Pj4+PiBibG9ja2VkIGhpcyB3b3JrIG9uIGVuYWJsaW5nIHNtZSBmb3Iga2V4 ZWMva2R1bXAuIEFuZCBvbiBzb21lIG1hY2hpbmVzCj4+Pj4+IFNNRSBrZXJuZWwgY2FuJ3QgYm9v dCBpbiAxc3Qga2VybmVsLgo+Pj4+Pgo+Pj4+PiBJIGNoZWNrZWQgY29kZSBvZiBTTUUgaW1wbGVt ZW50YXRpb24sIGFuZCBmb3VuZCBvdXQgdGhlIHJvb3QgY2F1c2UuIFRoZQo+Pj4+PiBhYm92ZSBm YWlsdXJlcyBhcmUgY2F1c2VkIGJ5IFNNRSBjb2RlLCBzbWVfZW5jcnlwdF9rZXJuZWwoKS4gSW4K Pj4+Pj4gc21lX2VuY3J5cHRfa2VybmVsKCksIHlvdSBnZXQgYSAyTSBvZiBlbmNyeXB0aW9uIHdv cmsgYXJlYSBhcyBpbnRlcm1lZGlhdGUKPj4+Pj4gYnVmZmVyIHRvIGVuY3J5cHQga2VybmVsIGlu LXBsYWNlLiBBbmQgdGhlIHdvcmsgYXJlYSBpcyBqdXN0IGFmdGVyIF9lbmQgb2YKPj4+Pj4ga2Vy bmVsLgo+Pj4+Cj4+Pj4gSSByZW1lbWJlciB3b3JyeWluZyBhYm91dCBzb21ldGhpbmcgbGlrZSB0 aGlzIGJhY2sgd2hlbiBJIHdhcyB0ZXN0aW5nIHRoZQo+Pj4+IGtleGVjIHN1cHBvcnQuIEkgaGFk IGNvbWUgdXAgd2l0aCBhIHBhdGNoIHRvIGFkZHJlc3MgaXQsIGJ1dCBuZXZlciBnb3QgdGhlCj4+ Pj4gdGltZSB0byB0ZXN0IGFuZCBzdWJtaXQgaXQuICBJJ3ZlIGluY2x1ZGVkIGl0IGhlcmUgaWYg eW91J2QgbGlrZSB0byB0ZXN0Cj4+Pj4gaXQgKEkgaGF2ZW4ndCBkb25lIHJ1biB0aGlzIHBhdGNo IGluIHF1aXRlIHNvbWUgdGltZSkuIElmIGl0IHdvcmtzLCB3ZSBjYW4KPj4+PiB0aGluayBhYm91 dCBzdWJtaXR0aW5nIGl0Lgo+Pj4KPj4+IFRoYW5rcyBmb3IgeW91ciBxdWljayByZXNwb25zZSBh bmQgbWFraW5nIHRoaXMgcGF0Y2gsIFRvbS4KPj4+Cj4+PiBUZXN0ZWQgb24gYSBzcGVlZHdheSBt YWNoaW5lLCBpdCBlbnRlcmVkIGludG8ga2VybmVsLCBidXQgZmFpbGVkIGluCj4+PiBiZWxvdyBz dGFnZS4gVGVzdGVkIHR3byB0aW1lcywgYWx3YXlzIGhhcHBlbmVkLgo+Pgo+PiBJcyB0aGlzIHRo ZSBpbml0aWFsIGtlcm5lbCBib290IG9yIHRoZSBrZXhlYyBrZXJuZWwgYm9vdD8KPj4KPj4gSXQg bG9va3MgbGlrZSB0aGlzIGlzIHJlbGF0ZWQgdG8gdGhlIGluaXRyZC9pbml0cmFtZnMgZGVjcnlw dGlvbi4gTm90Cj4+IHN1cmUgd2hhdCBjb3VsZCBiZSBoYXBwZW5pbmcgdGhlcmUuIEkganVzdCB0 cmllZCB0aGUgcGF0Y2ggb24gbXkgTmFwbGVzCj4+IHN5c3RlbSBhbmQgYSA1LjIuMC1yYzMga2Vy bmVsIGFuZCBoYXZlIGJlZW4gYWJsZSB0byByZXBlYXRlZGx5IGtleGVjIGJvb3QKPj4gYSBudW1i ZXIgb2YgdGltZXMgc28gZmFyLgo+Pgo+IAo+IEkgdXNlZCB0aGUgaGFja2VkIGtleGVjLXRvb2xz KGJ5IEJhb3F1YW4pIHRvIHRlc3QgaXQsIHRoZSBrZXhlYy1kIGtlcm5lbCBhbmQKPiBrZHVtcCBr ZXJuZWwgd29ya2VkIHdlbGwuIEJ1dCBUb20ncyBwYXRjaCBvbmx5IHdvcmtlZCBmb3IgdGhlIGtl eGVjLWQga2VybmVsLAo+IGFuZCB0aGUga2R1bXAga2VybmVsIGRpZCBub3Qgd29yayhrZHVtcCBr ZXJuZWwgY291bGQgbm90IHN1Y2Nlc3NmdWxseSBib290KS4KPiBXaGF0J3MgdGhlIGRpZmZlcmVu Y2UgYmV0d2VlbiB0aGVtPwo+IAoKQWZ0ZXIgYXBwbGllZCBUb20ncyBwYXRjaCwgaSBjaGFuZ2Vk IHRoZSByZXNlcnZlZCBtZW1vcnkoZm9yIGNyYXNoIGtlcm5lbCkgdG8gdGhlCmFib3ZlIDI1Nk0o PjI1Nk0pLCBzdWNoIGFzIGNyYXNoa2VybmVsPTMyME0gb3IgMzg0TSw1MTJNLi4uLCB0aGUga2R1 bXAga2VybmVsIGNhbgp3b3JrIGFuZCBzdWNjZXNzZnVsbHkgZHVtcCB0aGUgdm1jb3JlLgoKQnV0 IHRoZSBrZHVtcCBrZXJuZWwgYWx3YXlzIGhhcHBlbmVkIHRoZSBwYW5pYyBvciBjb3VsZCBub3Qg Ym9vdCBzdWNjZXNzZnVsbHkgaW4KdGhlIDI1Nk0oPD0gMjU2TSkgY2FzZSwgYW5kIG9uIEhQIG1h Y2hpbmUsIGkgbm90aWNlZCB0aGF0IGl0IHByaW50ZWQgT09NLCB0aGUga2R1bXAKa2VybmVsIHdh cyB0b28gc21hbGxlciBtZW1vcnkuIEJ1dCBpIG5ldmVyIHNlZSB0aGUgT09NIG9uIHNwZWVkd2F5 IG1hY2hpbmUocHJvYmFibHkKcmVsYXRlZCB0byB0aGUgZWFybHlwcmludGssIGl0IGRvZXNuJ3Qg d29yayBhbmQgaXQgbG9zZXMgbWFueSBsb2dzKS4KCkFmdGVyIHJlbW92aW5nIHRoZSBvcHRpb24g J0NPTkZJR19ERUJVR19JTkZPJyBmcm9tIC5jb25maWcsIGkgdGVzdGVkIGFnYWluLCB0aGUga2R1 bXAKa2VybmVsIGRpZCBub3QgaGFwcGVuIHRoZSBwYW5pYyBpbiB0aGUgMjU2TShjcmFzaGtlcm5l bD0yNTZNKSwgdGhlIGtkdW1wIGtlcm5lbCBjYW4Kd29yayBhbmQgc3VjY2VlZCB0byBkdW1wIHRo ZSB2bWNvcmUgb24gSFAgbWFjaGluZSBvciBzcGVlZHdheSBtYWNoaW5lLgoKSXQgc2VlbXMgdGhh dCB0aGUgc21hbGwgbWVtb3J5IGNhdXNlZCB0aGUgcHJldmlvdXMgZmFpbHVyZSBpbiBrZHVtcCBr ZXJuZWwuIEkgd291bGQKc3VnZ2VzdCB0byBwb3N0IHRoaXMgcGF0Y2ggdG8gdXBzdHJlYW0uIFdo YXQncyB5b3VyIG9waW5pb24/IFRvbSwgQmFvcXVhbiBhbmQgb3RoZXIKcGVvcGxlLiBPciBkbyB5 b3UgaGF2ZSBhbnkgY29tbWVudD8KClRoYW5rcy4KTGlhbmJvCgo+IFRoYW5rcwo+IExpYW5ibwo+ IAo+PiBUaGFua3MsCj4+IFRvbQo+Pgo+Pj4KPj4+Cj4+PiBbICAgIDQuOTc4NTIxXSBGcmVlaW5n IHVudXNlZCBkZWNyeXB0ZWQgbWVtb3J5OiAyMDQwSwo+Pj4gWyAgICA0Ljk4MzgwMF0gRnJlZWlu ZyB1bnVzZWQga2VybmVsIGltYWdlIG1lbW9yeTogMjM0NEsKPj4+IFsgICAgNC45ODg5NDNdIFdy aXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTogMTg0MzJrCj4+PiBbICAg IDQuOTk1MzA2XSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgaW1hZ2UgbWVtb3J5OiAyMDEySwo+Pj4g WyAgICA1LjAwMDQ4OF0gRnJlZWluZyB1bnVzZWQga2VybmVsIGltYWdlIG1lbW9yeTogMjU2Swo+ Pj4gWyAgICA1LjAwNTU0MF0gUnVuIC9pbml0IGFzIGluaXQgcHJvY2Vzcwo+Pj4gWyAgICA1LjAw OTQ0M10gS2VybmVsIHBhbmljIC0gbm90IHN5bmNpbmc6IEF0dGVtcHRlZCB0byBraWxsIGluaXQh IGV4aXRjb2RlPTB4MDAwMDdmMDAKPj4+IFsgICAgNS4wMTcyMzBdIENQVTogMCBQSUQ6IDEgQ29t bTogaW5pdCBOb3QgdGFpbnRlZCA1LjIuMC1yYzIrICMzOAo+Pj4gWyAgICA1LjAyMzI1MV0gSGFy ZHdhcmUgbmFtZTogQU1EIENvcnBvcmF0aW9uIFNwZWVkd2F5L1NwZWVkd2F5LCBCSU9TIFJTVzEw MDRCIDEwLzE4LzIwMTcKPj4+IFsgICAgNS4wMzEyOTldIENhbGwgVHJhY2U6Cj4+PiBbICAgIDUu MDMzNzkzXSAgZHVtcF9zdGFjaysweDQ2LzB4NjAKPj4+IFsgICAgNS4wMzcxNjldICBwYW5pYysw eGZiLzB4MmNiCj4+PiBbICAgIDUuMDQwMTkxXSAgZG9fZXhpdC5jb2xkLjIxKzB4NTkvMHg4MQo+ Pj4gWyAgICA1LjA0NDAwNF0gIGRvX2dyb3VwX2V4aXQrMHgzYS8weGEwCj4+PiBbICAgIDUuMDQ3 NjQwXSAgX194NjRfc3lzX2V4aXRfZ3JvdXArMHgxNC8weDIwCj4+PiBbICAgIDUuMDUxODk5XSAg ZG9fc3lzY2FsbF82NCsweDU1LzB4MWMwCj4+PiBbICAgIDUuMDU1NjI3XSAgZW50cnlfU1lTQ0FM TF82NF9hZnRlcl9od2ZyYW1lKzB4NDQvMHhhOQo+Pj4gWyAgICA1LjA2MDc2NF0gUklQOiAwMDMz OjB4N2ZhMWIxZmM5ZTJlCj4+PiBbICAgIDUuMDY0NDA0XSBDb2RlOiBCYWQgUklQIHZhbHVlLgo+ Pj4gWyAgICA1LjA2NzY4N10gUlNQOiAwMDJiOjAwMDA3ZmZmYzVhYmI3NzggRUZMQUdTOiAwMDAw MDIwMiBPUklHX1JBWDogMDAwMDAwMDAwMDAwMDBlNwo+Pj4gWyAgICA1LjA3NTI5Nl0gUkFYOiBm ZmZmZmZmZmZmZmZmZmRhIFJCWDogMDAwMDdmYTFiMWZkMjUyOCBSQ1g6IDAwMDA3ZmExYjFmYzll MmUKPj4+IFsgICAgNS4wODI2MjVdIFJEWDogMDAwMDAwMDAwMDAwMDA3ZiBSU0k6IDAwMDAwMDAw MDAwMDAwM2MgUkRJOiAwMDAwMDAwMDAwMDAwMDdmCj4+PiBbICAgIDUuMDg5ODc5XSBSQlA6IDAw MDA3ZmExYjIxZDhkMDAgUjA4OiAwMDAwMDAwMDAwMDAwMGU3IFIwOTogMDAwMDdmZmZjNWFiYjY4 OAo+Pj4gWyAgICA1LjA5NzEzNF0gUjEwOiAwMDAwMDAwMDAwMDAwMDAwIFIxMTogMDAwMDAwMDAw MDAwMDIwMiBSMTI6IDAwMDAwMDAwMDAwMDAwMDIKPj4+IFsgICAgNS4xMDQzODZdIFIxMzogMDAw MDAwMDAwMDAwMDAwMSBSMTQ6IDAwMDA3ZmExYjIxZDhkNDAgUjE1OiAwMDAwN2ZhMWIyMWQ4ZDMw Cj4+PiBbICAgIDUuMTExNjQ1XSBLZXJuZWwgT2Zmc2V0OiBkaXNhYmxlZAo+Pj4gWyAgICA1LjQy MzAwMl0gUmVib290aW5nIGluIDEwIHNlY29uZHMuLgo+Pj4gWyAgIDE1LjQyOTY0MV0gQUNQSSBN RU1PUlkgb3IgSS9PIFJFU0VUX1JFRy4KPj4+CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwprZXhlYyBtYWlsaW5nIGxpc3QKa2V4ZWNAbGlzdHMuaW5mcmFk ZWFkLm9yZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2tleGVj Cg==