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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E1962C433F5 for ; Fri, 14 Jan 2022 10:07:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231770AbiANKHa (ORCPT ); Fri, 14 Jan 2022 05:07:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46976 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231187AbiANKHa (ORCPT ); Fri, 14 Jan 2022 05:07:30 -0500 Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B3119C061574 for ; Fri, 14 Jan 2022 02:07:28 -0800 (PST) Received: by mail-wr1-x434.google.com with SMTP id r28so14758019wrc.3 for ; Fri, 14 Jan 2022 02:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=qa1ZFJxXVaWSMdK9qta4KUmxKIA22s0o1tyr1E9K88I=; b=mM4V3t9ISW0R3snunwTtWIT9JiDQR65VewEW5K8JyCjUkHvwfMj4wDeuJQ6OLHPKFd G54ImNt11skgd3VkT67yZmJhke8pLaZGTq0vEog5fKY6T4AI5ahtnIAJv8UaTiAynUZ/ KZAL9lr0RJ6J16AJ/KdJC2nTLXWhQCLOJpUrGW6CoIHaifvVBMA92IMtYuV5IPa59XY2 iihf2kCu5RvxiM5Fb0Ne7QflNUU9Eb+wR7oHeHPqeMiRoMGOVJmt4lzqQMsw1XIq7Z1V C8fqGbQRY2ZpBE0kJU3nd7xXDl4LwcymLIGNSWHfmzSMwUc6HwmxlMAmnSwqtwS/HoFL 6nEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=qa1ZFJxXVaWSMdK9qta4KUmxKIA22s0o1tyr1E9K88I=; b=U1BeNVe3tJh60pe9Jv5bBMIJld+x4tPVlcgICULF254xUpAVwCrwoa9qFPUJSmLEgG BhsxlPbhYu1Nbvn0JflO+mO/NzkaIiVpJ1c+YOBWR0rZpAK1VuMr//esnV62Dox4r92E 5dr/tCwF/jg3UITZJg9bR1q5vhi083K3yiCjiO93rQeOuh+ubv0uD/vDNvTjfbE1kYWj ji1QbAFK8aWXtgx0XgCaXCj1avzBaXTzF52COEFfjEYG1mY5Nr7zY/NARRBC8pNbfEQn z4ODwVTUNVy+Po0IpZjVS7SsTc33pmESh2sKN+PZRvNh2ITvVHxpwsmwu3nShNI7+JGD HKQA== X-Gm-Message-State: AOAM530tKHoDiV1OCBStaaEda4oHuY2+zqu3h/V5Ef1LpO5LX6IIg/t0 XJoE52MwZIluztZuGipSJGiqCw== X-Google-Smtp-Source: ABdhPJyy+WM+eMpHl3/0RVc3mCN2wkv6zJ333W4w1y7Fe4RBc/8LCZAxCSj1owJ2KqMih39cghq5tQ== X-Received: by 2002:a5d:64e8:: with SMTP id g8mr4507982wri.286.1642154846918; Fri, 14 Jan 2022 02:07:26 -0800 (PST) Received: from google.com ([31.124.24.179]) by smtp.gmail.com with ESMTPSA id k10sm4962281wrz.113.2022.01.14.02.07.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jan 2022 02:07:26 -0800 (PST) Date: Fri, 14 Jan 2022 10:07:24 +0000 From: Lee Jones To: Zong Li Cc: Jessica Clarke , Michael Turquette , Stephen Boyd , Palmer Dabbelt , Paul Walmsley , linux-clk , linux-riscv Subject: Re: [PATCH v3 RESEND] clk: sifive: Fix W=1 kernel build warning Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-clk@vger.kernel.org On Fri, 14 Jan 2022, Zong Li wrote: > On Fri, Jan 14, 2022 at 2:13 AM Lee Jones wrote: > > > > On Thu, 13 Jan 2022, Jessica Clarke wrote: > > > > > On 13 Jan 2022, at 17:21, Lee Jones wrote: > > > > > > > > On Thu, 13 Jan 2022, Zong Li wrote: > > > > > > > >> On Wed, Jan 12, 2022 at 5:09 PM Lee Jones wrote: > > > >>> > > > >>> On Wed, 12 Jan 2022, Zong Li wrote: > > > >>> > > > >>>> On Tue, Jan 11, 2022 at 5:32 PM Lee Jones wrote: > > > >>>>> > > > >>>>> On Tue, 11 Jan 2022, Zong Li wrote: > > > >>>>> > > > >>>>>> On Mon, Jan 10, 2022 at 5:50 PM Lee Jones wrote: > > > >>>>>>> > > > >>>>>>> Please improve the subject line. > > > >>>>>>> > > > >>>>>>> If this is a straight revert, the subject line should reflect that. > > > >>>>>>> > > > >>>>>>> If not, you need to give us specific information regarding the purpose > > > >>>>>>> of this patch. Please read the Git log for better, more forthcoming > > > >>>>>>> examples. > > > >>>>>>> > > > >>>>>> > > > >>>>>> It seems to me that this patch is not a straight revert, it provides > > > >>>>>> another way to fix the original build warnings, just like > > > >>>>>> '487dc7bb6a0c' tried to do. I guess the commit message has described > > > >>>>>> what the original warnings is and what the root cause is, it also > > > >>>>>> mentioned what is changed in this patch. I'm a bit confused whether we > > > >>>>>> need to add fixes tag, it looks like that it might cause some > > > >>>>>> misunderstanding? > > > >>>>> > > > >>>>> I think it's the patch description and subject that is causing the > > > >>>>> misunderstanding. > > > >>>>> > > > >>>> > > > >>>> Yes, the subject should be made better. > > > >>>> > > > >>>>> Please help me with a couple of points and I'll help you draft > > > >>>>> something up. > > > >>>>> > > > >>>>> Firstly, what alerted you to the problem you're attempting to solve? > > > >>>>> > > > >>>> > > > >>>> I recently noticed the code was changed, I guess that I was missing > > > >>>> something there. After tracking the log, I found that there is a build > > > >>>> warning in the original implementation, and it was already fixed, but > > > >>>> it seems to me that there are still some situations there, please help > > > >>>> me to see the following illustration. > > > >>>> > > > >>>>>>>> --- a/drivers/clk/sifive/fu540-prci.c > > > >>>>>>>> +++ b/drivers/clk/sifive/fu540-prci.c > > > >>>>>>>> @@ -20,7 +20,6 @@ > > > >>>>>>>> > > > >>>>>>>> #include > > > >>>>>>>> > > > >>>>>>>> -#include "fu540-prci.h" > > > >>>>> > > > >>>>> How is this related to the issue/patch? > > > >>>>> > > > >>>> > > > >>>> Let's go back to the version without '487dc7bb6a0c' fix. The > > > >>>> prci_clk_fu540 variable is defined in sifive-fu540-prci.h header, > > > >>>> however, fu540-prci.c includes this header but doesn't use this > > > >>>> variable, so the warnings happen. > > > >>>> > > > >>>> The easiest way to do it is just removing this line, then the warning > > > >>>> could be fixed. But as the '487dc7bb6a0c' or this patch does, the code > > > >>>> should be improved, the prci_clk_fu540 variable shouldn't be defined > > > >>>> in the header, it should be moved somewhere. > > > >>>> > > > >>>>>>>> +struct prci_clk_desc prci_clk_fu540 = { > > > >>>>>>>> + .clks = __prci_init_clocks_fu540, > > > >>>>>>>> + .num_clks = ARRAY_SIZE(__prci_init_clocks_fu540), > > > >>>>>>>> +}; > > > >>>>> > > > >>>>>>>> diff --git a/drivers/clk/sifive/fu540-prci.h b/drivers/clk/sifive/fu540-prci.h > > > >>>>>>>> index c220677dc010..931d6cad8c1c 100644 > > > >>>>>>>> --- a/drivers/clk/sifive/fu540-prci.h > > > >>>>>>>> +++ b/drivers/clk/sifive/fu540-prci.h > > > >>>>>>>> @@ -7,10 +7,6 @@ > > > >>>>>>>> +extern struct prci_clk_desc prci_clk_fu540; > > > >>>>> > > > >>>>>>>> diff --git a/drivers/clk/sifive/sifive-prci.c b/drivers/clk/sifive/sifive-prci.c > > > >>>>>>>> index 80a288c59e56..916d2fc28b9c 100644 > > > >>>>>>>> --- a/drivers/clk/sifive/sifive-prci.c > > > >>>>>>>> +++ b/drivers/clk/sifive/sifive-prci.c > > > >>>>>>>> @@ -12,11 +12,6 @@ > > > >>>>>>>> #include "fu540-prci.h" > > > >>>>>>>> #include "fu740-prci.h" > > > >>>>>>>> > > > >>>>>>>> -static const struct prci_clk_desc prci_clk_fu540 = { > > > >>>>>>>> - .clks = __prci_init_clocks_fu540, > > > >>>>>>>> - .num_clks = ARRAY_SIZE(__prci_init_clocks_fu540), > > > >>>>>>>> -}; > > > >>>>>>>> - > > > >>>>> > > > >>>>> I'm not sure if it's you or I that is missing the point here, but > > > >>>>> prci_clk_fu540 is used within *this* file itself: > > > >>>>> > > > >>>> > > > >>>> Here is another situation I mentioned at the beginning, if we'd like > > > >>>> to put prci_clk_fu540 here, prci_clk_fu740 should be put here as well. > > > >>>> I guess you didn't do that because there is a bug in the original > > > >>>> code, fu740-prci.c misused the fu540-prci.h, so there is no build > > > >>>> warning on fu740. FU740 still works correctly by misusing the > > > >>>> fu540-prci.h header because fu740-prci.c doesn't actually use the > > > >>>> prci_clk_fu740 variable, like fu540 we talked about earlier. > > > >>>> > > > >>>>> static const struct of_device_id sifive_prci_of_match[] = { > > > >>>>> {.compatible = "sifive,fu540-c000-prci", .data = &prci_clk_fu540}, > > > >>>>> {.compatible = "sifive,fu740-c000-prci", .data = &prci_clk_fu740}, > > > >>>>> {} > > > >>>>> }; > > > >>>>> > > > >>>>> So why are you moving it out to somewhere it is *not* used and making > > > >>>>> it an extern? This sounds like the opposite to what you'd want? > > > >>>> > > > >>>> The idea is that sifive-prci.c is the core and common part of PRCI, > > > >>>> and I'd like to separate the SoCs-dependent part into SoCs-dependent > > > >>>> files, such as fu540-prci.c and fu740-prci.c. The goal is if we add > > > >>>> new SoCs in the future, we can just put the SoCs-dependent data > > > >>>> structure in the new C file, and do as minimum modification as > > > >>>> possible in the core file (i.e. sifive-prci.c). It might also help us > > > >>>> to see all SoCs-dependent data in one file, then we don't need to > > > >>>> cross many files. Putting these two variables in sifive-pric.c is the > > > >>>> right thing to do, but that is why I separate them and make them > > > >>>> extern in this patch. > > > >>> > > > >>> I can see what you are doing, but I don't think this is the right > > > >>> thing to do. Please put the struct in the same location as it's > > > >>> referenced. > > > >> > > > >> If we decide to move them into sifive-prci.c (i.e. put it in where > > > >> it's referenced.), I worried that we might need to move all stuff > > > >> which are in fu540-prci.c and fu740-prci.c. Because 'prci_clk_fu540' > > > >> is referenced in sifive-prci.c, whereas '__prci_init_clocks_fu540' is > > > >> used by 'prci_clk_fu540', and the almost things in fu540-prci.c are > > > >> used by '__prci_init_clocks_fu540'. It seems to be a little bit > > > >> difficult to clearly decouple it for modularization which I want to > > > >> do. What this patch does might be a accepted way, I hope that you can > > > >> consider it again. > > > >> > > > >>> > > > >>> And yes that should also be the case for prci_clk_fu740 and yes, it > > > >>> was over-looked because it wasn't causing warnings at build time for > > > >>> whatever reason. > > > >>> > > > >>> IMHO, placing 'struct of_device_id' match tables in headers is also > > > >>> odd and is likely the real cause of this strange situation. > > > >> > > > >> I couldn't see what are you pointing, do you mind give more details > > > >> about it? It seems to me that the match table is put in C file (i.e. > > > >> sifive-prci.c). > > > > > > > > Oh, sorry, it's a common source file, rather than a header. > > > > > > > > Okay, so I went and actually looked at the code this time. > > > > > > > > If I were you I would move all of the device specific structs and > > > > tables into the device specific header files, then delete the device > > > > specific source (C) files entirely. > > > > > > > > There seems to be no good reason for carrying a common source file as > > > > well as a source file AND header file for each supported device. > > > > IMHO, that's over-complicating things for no apparent gain. > > > > > > The reason it exists the way it does is that the driver uses the header > > > files shipped and used for the device tree bindings, and they give the > > > same names to different constants (the first three constants are in > > > fact the same so don’t clash, but PRCI_CLK_TLCLK is different between > > > the two), so can’t both be in the same translation unit (at least not > > > without some gross #undef’ing). In FreeBSD I took the alternate > > > approach of just defining our own FU540_ and FU740_ namespaced copies > > > of the constants, as drivers do for most things anyway. > > > > That's a sensible approach. > > > > One which we use in Linux extensively. > > Thanks all for the review and suggestions, it is great to me to move > all stuff into the specific headers, I only have one question there, > is it ok to put the definition of those data structures in header > files? That is one of the changes we had done in v2 patch. If it's > good to you, I will do it in the next version. Thanks. Can you give me an example please? -- Lee Jones [李琼斯] Principal Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 1CBAFC433EF for ; Fri, 14 Jan 2022 10:07:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=pAFXXpehEbXEnwX7EOLfYsJTqXpOU6FIICqE9B/q2Pg=; b=NJ/FDCgq0uQjmy YNuahEqHdV5VrVf3f779kOcaUrCrhFubeKl/fh8MB8dPt3Bkt5GgVPVcgnOYsxufKgdMgeTPXknSs Gocg24sI46zT2GC5PG6tqK8UJiP6zvR2ue3qgFjPesMfEMvJjzXas1B+QvVAH5t9JN+D6UZQOVYE9 yJ9G9TDqs21Iy4gjRjFToI6++JL0bgY80GVKen4x25SphxjtmV8WCNfGDyKCGi4PLxX+Q6LcWNtiZ SV63B1/1BDzXks4OcCEyfOb8V9PZ5wadwaoA80YsI6KqHmVeLPODU44Lg96MSiAAX/iqVCpsVr22p jnOnScoODVRbM2cQY+Fg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1n8JUa-008dzf-4p; Fri, 14 Jan 2022 10:07:32 +0000 Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1n8JUW-008dyx-Ug for linux-riscv@lists.infradead.org; Fri, 14 Jan 2022 10:07:31 +0000 Received: by mail-wr1-x42a.google.com with SMTP id d19so14831146wrb.0 for ; Fri, 14 Jan 2022 02:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=qa1ZFJxXVaWSMdK9qta4KUmxKIA22s0o1tyr1E9K88I=; b=mM4V3t9ISW0R3snunwTtWIT9JiDQR65VewEW5K8JyCjUkHvwfMj4wDeuJQ6OLHPKFd G54ImNt11skgd3VkT67yZmJhke8pLaZGTq0vEog5fKY6T4AI5ahtnIAJv8UaTiAynUZ/ KZAL9lr0RJ6J16AJ/KdJC2nTLXWhQCLOJpUrGW6CoIHaifvVBMA92IMtYuV5IPa59XY2 iihf2kCu5RvxiM5Fb0Ne7QflNUU9Eb+wR7oHeHPqeMiRoMGOVJmt4lzqQMsw1XIq7Z1V C8fqGbQRY2ZpBE0kJU3nd7xXDl4LwcymLIGNSWHfmzSMwUc6HwmxlMAmnSwqtwS/HoFL 6nEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=qa1ZFJxXVaWSMdK9qta4KUmxKIA22s0o1tyr1E9K88I=; b=6WTONtpzhXfBc+IccINwTk47V/ZqmrJRO7ndxITKdzxCokMwj/sROs747r5FAjfpKs AeEjDHLmugnE5Ed7X1aNq7GwKzbMl1rNKHyC+Oyv2QwqllKB0vTqIfd6bae7KXbFDuAY ggpRhkTn4GkiHrmnNfVPjLpn93aaCROYRlRFTCs5+AuLU3a6nlGH34Aq3GiHoxDCNdqk ksiq0RFUba4VHrJbAC3BiqpSvmkGotB5iwj93mnMjAU3aCwNn0Z/2W7LOgpeKM7urgL3 DsZ1y/YaRm5rrAZ1fiwksBUVM/1xN8aRssTaLl9zUfOi86ut4/MBvqPITLfncfatUfN8 y7xA== X-Gm-Message-State: AOAM5312WfCGsQf5eLjyXPFgK15yHfmrjKASZ4PiwHYLhMNNIk5ewlDk XgyAoluDc6RjbERSpV3AsC1sCA== X-Google-Smtp-Source: ABdhPJyy+WM+eMpHl3/0RVc3mCN2wkv6zJ333W4w1y7Fe4RBc/8LCZAxCSj1owJ2KqMih39cghq5tQ== X-Received: by 2002:a5d:64e8:: with SMTP id g8mr4507982wri.286.1642154846918; Fri, 14 Jan 2022 02:07:26 -0800 (PST) Received: from google.com ([31.124.24.179]) by smtp.gmail.com with ESMTPSA id k10sm4962281wrz.113.2022.01.14.02.07.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jan 2022 02:07:26 -0800 (PST) Date: Fri, 14 Jan 2022 10:07:24 +0000 From: Lee Jones To: Zong Li Cc: Jessica Clarke , Michael Turquette , Stephen Boyd , Palmer Dabbelt , Paul Walmsley , linux-clk , linux-riscv Subject: Re: [PATCH v3 RESEND] clk: sifive: Fix W=1 kernel build warning Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220114_020729_028920_2A16E17A X-CRM114-Status: GOOD ( 79.67 ) X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org T24gRnJpLCAxNCBKYW4gMjAyMiwgWm9uZyBMaSB3cm90ZToKCj4gT24gRnJpLCBKYW4gMTQsIDIw MjIgYXQgMjoxMyBBTSBMZWUgSm9uZXMgPGxlZS5qb25lc0BsaW5hcm8ub3JnPiB3cm90ZToKPiA+ Cj4gPiBPbiBUaHUsIDEzIEphbiAyMDIyLCBKZXNzaWNhIENsYXJrZSB3cm90ZToKPiA+Cj4gPiA+ IE9uIDEzIEphbiAyMDIyLCBhdCAxNzoyMSwgTGVlIEpvbmVzIDxsZWUuam9uZXNAbGluYXJvLm9y Zz4gd3JvdGU6Cj4gPiA+ID4KPiA+ID4gPiBPbiBUaHUsIDEzIEphbiAyMDIyLCBab25nIExpIHdy b3RlOgo+ID4gPiA+Cj4gPiA+ID4+IE9uIFdlZCwgSmFuIDEyLCAyMDIyIGF0IDU6MDkgUE0gTGVl IEpvbmVzIDxsZWUuam9uZXNAbGluYXJvLm9yZz4gd3JvdGU6Cj4gPiA+ID4+Pgo+ID4gPiA+Pj4g T24gV2VkLCAxMiBKYW4gMjAyMiwgWm9uZyBMaSB3cm90ZToKPiA+ID4gPj4+Cj4gPiA+ID4+Pj4g T24gVHVlLCBKYW4gMTEsIDIwMjIgYXQgNTozMiBQTSBMZWUgSm9uZXMgPGxlZS5qb25lc0BsaW5h cm8ub3JnPiB3cm90ZToKPiA+ID4gPj4+Pj4KPiA+ID4gPj4+Pj4gT24gVHVlLCAxMSBKYW4gMjAy MiwgWm9uZyBMaSB3cm90ZToKPiA+ID4gPj4+Pj4KPiA+ID4gPj4+Pj4+IE9uIE1vbiwgSmFuIDEw LCAyMDIyIGF0IDU6NTAgUE0gTGVlIEpvbmVzIDxsZWUuam9uZXNAbGluYXJvLm9yZz4gd3JvdGU6 Cj4gPiA+ID4+Pj4+Pj4KPiA+ID4gPj4+Pj4+PiBQbGVhc2UgaW1wcm92ZSB0aGUgc3ViamVjdCBs aW5lLgo+ID4gPiA+Pj4+Pj4+Cj4gPiA+ID4+Pj4+Pj4gSWYgdGhpcyBpcyBhIHN0cmFpZ2h0IHJl dmVydCwgdGhlIHN1YmplY3QgbGluZSBzaG91bGQgcmVmbGVjdCB0aGF0Lgo+ID4gPiA+Pj4+Pj4+ Cj4gPiA+ID4+Pj4+Pj4gSWYgbm90LCB5b3UgbmVlZCB0byBnaXZlIHVzIHNwZWNpZmljIGluZm9y bWF0aW9uIHJlZ2FyZGluZyB0aGUgcHVycG9zZQo+ID4gPiA+Pj4+Pj4+IG9mIHRoaXMgcGF0Y2gu ICBQbGVhc2UgcmVhZCB0aGUgR2l0IGxvZyBmb3IgYmV0dGVyLCBtb3JlIGZvcnRoY29taW5nCj4g PiA+ID4+Pj4+Pj4gZXhhbXBsZXMuCj4gPiA+ID4+Pj4+Pj4KPiA+ID4gPj4+Pj4+Cj4gPiA+ID4+ Pj4+PiBJdCBzZWVtcyB0byBtZSB0aGF0IHRoaXMgcGF0Y2ggaXMgbm90IGEgc3RyYWlnaHQgcmV2 ZXJ0LCBpdCBwcm92aWRlcwo+ID4gPiA+Pj4+Pj4gYW5vdGhlciB3YXkgdG8gZml4IHRoZSBvcmln aW5hbCBidWlsZCB3YXJuaW5ncywganVzdCBsaWtlCj4gPiA+ID4+Pj4+PiAnNDg3ZGM3YmI2YTBj JyB0cmllZCB0byBkby4gSSBndWVzcyB0aGUgY29tbWl0IG1lc3NhZ2UgaGFzIGRlc2NyaWJlZAo+ ID4gPiA+Pj4+Pj4gd2hhdCB0aGUgb3JpZ2luYWwgd2FybmluZ3MgaXMgYW5kIHdoYXQgdGhlIHJv b3QgY2F1c2UgaXMsIGl0IGFsc28KPiA+ID4gPj4+Pj4+IG1lbnRpb25lZCB3aGF0IGlzIGNoYW5n ZWQgaW4gdGhpcyBwYXRjaC4gSSdtIGEgYml0IGNvbmZ1c2VkIHdoZXRoZXIgd2UKPiA+ID4gPj4+ Pj4+IG5lZWQgdG8gYWRkIGZpeGVzIHRhZywgaXQgbG9va3MgbGlrZSB0aGF0IGl0IG1pZ2h0IGNh dXNlIHNvbWUKPiA+ID4gPj4+Pj4+IG1pc3VuZGVyc3RhbmRpbmc/Cj4gPiA+ID4+Pj4+Cj4gPiA+ ID4+Pj4+IEkgdGhpbmsgaXQncyB0aGUgcGF0Y2ggZGVzY3JpcHRpb24gYW5kIHN1YmplY3QgdGhh dCBpcyBjYXVzaW5nIHRoZQo+ID4gPiA+Pj4+PiBtaXN1bmRlcnN0YW5kaW5nLgo+ID4gPiA+Pj4+ Pgo+ID4gPiA+Pj4+Cj4gPiA+ID4+Pj4gWWVzLCB0aGUgc3ViamVjdCBzaG91bGQgYmUgbWFkZSBi ZXR0ZXIuCj4gPiA+ID4+Pj4KPiA+ID4gPj4+Pj4gUGxlYXNlIGhlbHAgbWUgd2l0aCBhIGNvdXBs ZSBvZiBwb2ludHMgYW5kIEknbGwgaGVscCB5b3UgZHJhZnQKPiA+ID4gPj4+Pj4gc29tZXRoaW5n IHVwLgo+ID4gPiA+Pj4+Pgo+ID4gPiA+Pj4+PiBGaXJzdGx5LCB3aGF0IGFsZXJ0ZWQgeW91IHRv IHRoZSBwcm9ibGVtIHlvdSdyZSBhdHRlbXB0aW5nIHRvIHNvbHZlPwo+ID4gPiA+Pj4+Pgo+ID4g PiA+Pj4+Cj4gPiA+ID4+Pj4gSSByZWNlbnRseSBub3RpY2VkIHRoZSBjb2RlIHdhcyBjaGFuZ2Vk LCBJIGd1ZXNzIHRoYXQgSSB3YXMgbWlzc2luZwo+ID4gPiA+Pj4+IHNvbWV0aGluZyB0aGVyZS4g QWZ0ZXIgdHJhY2tpbmcgdGhlIGxvZywgSSBmb3VuZCB0aGF0IHRoZXJlIGlzIGEgYnVpbGQKPiA+ ID4gPj4+PiB3YXJuaW5nIGluIHRoZSBvcmlnaW5hbCBpbXBsZW1lbnRhdGlvbiwgYW5kIGl0IHdh cyBhbHJlYWR5IGZpeGVkLCBidXQKPiA+ID4gPj4+PiBpdCBzZWVtcyB0byBtZSB0aGF0IHRoZXJl IGFyZSBzdGlsbCBzb21lIHNpdHVhdGlvbnMgdGhlcmUsIHBsZWFzZSBoZWxwCj4gPiA+ID4+Pj4g bWUgdG8gc2VlIHRoZSBmb2xsb3dpbmcgaWxsdXN0cmF0aW9uLgo+ID4gPiA+Pj4+Cj4gPiA+ID4+ Pj4+Pj4+IC0tLSBhL2RyaXZlcnMvY2xrL3NpZml2ZS9mdTU0MC1wcmNpLmMKPiA+ID4gPj4+Pj4+ Pj4gKysrIGIvZHJpdmVycy9jbGsvc2lmaXZlL2Z1NTQwLXByY2kuYwo+ID4gPiA+Pj4+Pj4+PiBA QCAtMjAsNyArMjAsNiBAQAo+ID4gPiA+Pj4+Pj4+Pgo+ID4gPiA+Pj4+Pj4+PiAjaW5jbHVkZSA8 ZHQtYmluZGluZ3MvY2xvY2svc2lmaXZlLWZ1NTQwLXByY2kuaD4KPiA+ID4gPj4+Pj4+Pj4KPiA+ ID4gPj4+Pj4+Pj4gLSNpbmNsdWRlICJmdTU0MC1wcmNpLmgiCj4gPiA+ID4+Pj4+Cj4gPiA+ID4+ Pj4+IEhvdyBpcyB0aGlzIHJlbGF0ZWQgdG8gdGhlIGlzc3VlL3BhdGNoPwo+ID4gPiA+Pj4+Pgo+ ID4gPiA+Pj4+Cj4gPiA+ID4+Pj4gTGV0J3MgZ28gYmFjayB0byB0aGUgdmVyc2lvbiB3aXRob3V0 ICc0ODdkYzdiYjZhMGMnIGZpeC4gVGhlCj4gPiA+ID4+Pj4gcHJjaV9jbGtfZnU1NDAgdmFyaWFi bGUgaXMgZGVmaW5lZCBpbiBzaWZpdmUtZnU1NDAtcHJjaS5oIGhlYWRlciwKPiA+ID4gPj4+PiBo b3dldmVyLCBmdTU0MC1wcmNpLmMgaW5jbHVkZXMgdGhpcyBoZWFkZXIgYnV0IGRvZXNuJ3QgdXNl IHRoaXMKPiA+ID4gPj4+PiB2YXJpYWJsZSwgc28gdGhlIHdhcm5pbmdzIGhhcHBlbi4KPiA+ID4g Pj4+Pgo+ID4gPiA+Pj4+IFRoZSBlYXNpZXN0IHdheSB0byBkbyBpdCBpcyBqdXN0IHJlbW92aW5n IHRoaXMgbGluZSwgdGhlbiB0aGUgd2FybmluZwo+ID4gPiA+Pj4+IGNvdWxkIGJlIGZpeGVkLiBC dXQgYXMgdGhlICc0ODdkYzdiYjZhMGMnIG9yIHRoaXMgcGF0Y2ggZG9lcywgdGhlIGNvZGUKPiA+ ID4gPj4+PiBzaG91bGQgYmUgaW1wcm92ZWQsIHRoZSBwcmNpX2Nsa19mdTU0MCB2YXJpYWJsZSBz aG91bGRuJ3QgYmUgZGVmaW5lZAo+ID4gPiA+Pj4+IGluIHRoZSBoZWFkZXIsIGl0IHNob3VsZCBi ZSBtb3ZlZCBzb21ld2hlcmUuCj4gPiA+ID4+Pj4KPiA+ID4gPj4+Pj4+Pj4gK3N0cnVjdCBwcmNp X2Nsa19kZXNjIHByY2lfY2xrX2Z1NTQwID0gewo+ID4gPiA+Pj4+Pj4+PiArICAgICAuY2xrcyA9 IF9fcHJjaV9pbml0X2Nsb2Nrc19mdTU0MCwKPiA+ID4gPj4+Pj4+Pj4gKyAgICAgLm51bV9jbGtz ID0gQVJSQVlfU0laRShfX3ByY2lfaW5pdF9jbG9ja3NfZnU1NDApLAo+ID4gPiA+Pj4+Pj4+PiAr fTsKPiA+ID4gPj4+Pj4KPiA+ID4gPj4+Pj4+Pj4gZGlmZiAtLWdpdCBhL2RyaXZlcnMvY2xrL3Np Zml2ZS9mdTU0MC1wcmNpLmggYi9kcml2ZXJzL2Nsay9zaWZpdmUvZnU1NDAtcHJjaS5oCj4gPiA+ ID4+Pj4+Pj4+IGluZGV4IGMyMjA2NzdkYzAxMC4uOTMxZDZjYWQ4YzFjIDEwMDY0NAo+ID4gPiA+ Pj4+Pj4+PiAtLS0gYS9kcml2ZXJzL2Nsay9zaWZpdmUvZnU1NDAtcHJjaS5oCj4gPiA+ID4+Pj4+ Pj4+ICsrKyBiL2RyaXZlcnMvY2xrL3NpZml2ZS9mdTU0MC1wcmNpLmgKPiA+ID4gPj4+Pj4+Pj4g QEAgLTcsMTAgKzcsNiBAQAo+ID4gPiA+Pj4+Pj4+PiArZXh0ZXJuIHN0cnVjdCBwcmNpX2Nsa19k ZXNjIHByY2lfY2xrX2Z1NTQwOwo+ID4gPiA+Pj4+Pgo+ID4gPiA+Pj4+Pj4+PiBkaWZmIC0tZ2l0 IGEvZHJpdmVycy9jbGsvc2lmaXZlL3NpZml2ZS1wcmNpLmMgYi9kcml2ZXJzL2Nsay9zaWZpdmUv c2lmaXZlLXByY2kuYwo+ID4gPiA+Pj4+Pj4+PiBpbmRleCA4MGEyODhjNTllNTYuLjkxNmQyZmMy OGI5YyAxMDA2NDQKPiA+ID4gPj4+Pj4+Pj4gLS0tIGEvZHJpdmVycy9jbGsvc2lmaXZlL3NpZml2 ZS1wcmNpLmMKPiA+ID4gPj4+Pj4+Pj4gKysrIGIvZHJpdmVycy9jbGsvc2lmaXZlL3NpZml2ZS1w cmNpLmMKPiA+ID4gPj4+Pj4+Pj4gQEAgLTEyLDExICsxMiw2IEBACj4gPiA+ID4+Pj4+Pj4+ICNp bmNsdWRlICJmdTU0MC1wcmNpLmgiCj4gPiA+ID4+Pj4+Pj4+ICNpbmNsdWRlICJmdTc0MC1wcmNp LmgiCj4gPiA+ID4+Pj4+Pj4+Cj4gPiA+ID4+Pj4+Pj4+IC1zdGF0aWMgY29uc3Qgc3RydWN0IHBy Y2lfY2xrX2Rlc2MgcHJjaV9jbGtfZnU1NDAgPSB7Cj4gPiA+ID4+Pj4+Pj4+IC0gICAgIC5jbGtz ID0gX19wcmNpX2luaXRfY2xvY2tzX2Z1NTQwLAo+ID4gPiA+Pj4+Pj4+PiAtICAgICAubnVtX2Ns a3MgPSBBUlJBWV9TSVpFKF9fcHJjaV9pbml0X2Nsb2Nrc19mdTU0MCksCj4gPiA+ID4+Pj4+Pj4+ IC19Owo+ID4gPiA+Pj4+Pj4+PiAtCj4gPiA+ID4+Pj4+Cj4gPiA+ID4+Pj4+IEknbSBub3Qgc3Vy ZSBpZiBpdCdzIHlvdSBvciBJIHRoYXQgaXMgbWlzc2luZyB0aGUgcG9pbnQgaGVyZSwgYnV0Cj4g PiA+ID4+Pj4+IHByY2lfY2xrX2Z1NTQwIGlzIHVzZWQgd2l0aGluICp0aGlzKiBmaWxlIGl0c2Vs ZjoKPiA+ID4gPj4+Pj4KPiA+ID4gPj4+Pgo+ID4gPiA+Pj4+IEhlcmUgaXMgYW5vdGhlciBzaXR1 YXRpb24gSSBtZW50aW9uZWQgYXQgdGhlIGJlZ2lubmluZywgaWYgd2UnZCBsaWtlCj4gPiA+ID4+ Pj4gdG8gcHV0IHByY2lfY2xrX2Z1NTQwIGhlcmUsIHByY2lfY2xrX2Z1NzQwIHNob3VsZCBiZSBw dXQgaGVyZSBhcyB3ZWxsLgo+ID4gPiA+Pj4+IEkgZ3Vlc3MgeW91IGRpZG4ndCBkbyB0aGF0IGJl Y2F1c2UgdGhlcmUgaXMgYSBidWcgaW4gdGhlIG9yaWdpbmFsCj4gPiA+ID4+Pj4gY29kZSwgZnU3 NDAtcHJjaS5jIG1pc3VzZWQgdGhlIGZ1NTQwLXByY2kuaCwgc28gdGhlcmUgaXMgbm8gYnVpbGQK PiA+ID4gPj4+PiB3YXJuaW5nIG9uIGZ1NzQwLiBGVTc0MCBzdGlsbCB3b3JrcyBjb3JyZWN0bHkg YnkgbWlzdXNpbmcgdGhlCj4gPiA+ID4+Pj4gZnU1NDAtcHJjaS5oIGhlYWRlciBiZWNhdXNlIGZ1 NzQwLXByY2kuYyBkb2Vzbid0IGFjdHVhbGx5IHVzZSB0aGUKPiA+ID4gPj4+PiBwcmNpX2Nsa19m dTc0MCB2YXJpYWJsZSwgbGlrZSBmdTU0MCB3ZSB0YWxrZWQgYWJvdXQgZWFybGllci4KPiA+ID4g Pj4+Pgo+ID4gPiA+Pj4+PiBzdGF0aWMgY29uc3Qgc3RydWN0IG9mX2RldmljZV9pZCBzaWZpdmVf cHJjaV9vZl9tYXRjaFtdID0gewo+ID4gPiA+Pj4+PiAgICAgICAgIHsuY29tcGF0aWJsZSA9ICJz aWZpdmUsZnU1NDAtYzAwMC1wcmNpIiwgLmRhdGEgPSAmcHJjaV9jbGtfZnU1NDB9LAo+ID4gPiA+ Pj4+PiAgICAgICAgIHsuY29tcGF0aWJsZSA9ICJzaWZpdmUsZnU3NDAtYzAwMC1wcmNpIiwgLmRh dGEgPSAmcHJjaV9jbGtfZnU3NDB9LAo+ID4gPiA+Pj4+PiAgICAgICAgIHt9Cj4gPiA+ID4+Pj4+ IH07Cj4gPiA+ID4+Pj4+Cj4gPiA+ID4+Pj4+IFNvIHdoeSBhcmUgeW91IG1vdmluZyBpdCBvdXQg dG8gc29tZXdoZXJlIGl0IGlzICpub3QqIHVzZWQgYW5kIG1ha2luZwo+ID4gPiA+Pj4+PiBpdCBh biBleHRlcm4/ICBUaGlzIHNvdW5kcyBsaWtlIHRoZSBvcHBvc2l0ZSB0byB3aGF0IHlvdSdkIHdh bnQ/Cj4gPiA+ID4+Pj4KPiA+ID4gPj4+PiBUaGUgaWRlYSBpcyB0aGF0IHNpZml2ZS1wcmNpLmMg aXMgdGhlIGNvcmUgYW5kIGNvbW1vbiBwYXJ0IG9mIFBSQ0ksCj4gPiA+ID4+Pj4gYW5kIEknZCBs aWtlIHRvIHNlcGFyYXRlIHRoZSBTb0NzLWRlcGVuZGVudCBwYXJ0IGludG8gU29Dcy1kZXBlbmRl bnQKPiA+ID4gPj4+PiBmaWxlcywgc3VjaCBhcyBmdTU0MC1wcmNpLmMgYW5kIGZ1NzQwLXByY2ku Yy4gVGhlIGdvYWwgaXMgaWYgd2UgYWRkCj4gPiA+ID4+Pj4gbmV3IFNvQ3MgaW4gdGhlIGZ1dHVy ZSwgd2UgY2FuIGp1c3QgcHV0IHRoZSBTb0NzLWRlcGVuZGVudCBkYXRhCj4gPiA+ID4+Pj4gc3Ry dWN0dXJlIGluIHRoZSBuZXcgQyBmaWxlLCBhbmQgZG8gYXMgbWluaW11bSBtb2RpZmljYXRpb24g YXMKPiA+ID4gPj4+PiBwb3NzaWJsZSBpbiB0aGUgY29yZSBmaWxlIChpLmUuIHNpZml2ZS1wcmNp LmMpLiBJdCBtaWdodCBhbHNvIGhlbHAgdXMKPiA+ID4gPj4+PiB0byBzZWUgYWxsIFNvQ3MtZGVw ZW5kZW50IGRhdGEgaW4gb25lIGZpbGUsIHRoZW4gd2UgZG9uJ3QgbmVlZCB0bwo+ID4gPiA+Pj4+ IGNyb3NzIG1hbnkgZmlsZXMuIFB1dHRpbmcgdGhlc2UgdHdvIHZhcmlhYmxlcyBpbiBzaWZpdmUt cHJpYy5jIGlzIHRoZQo+ID4gPiA+Pj4+IHJpZ2h0IHRoaW5nIHRvIGRvLCBidXQgdGhhdCBpcyB3 aHkgSSBzZXBhcmF0ZSB0aGVtIGFuZCBtYWtlIHRoZW0KPiA+ID4gPj4+PiBleHRlcm4gaW4gdGhp cyBwYXRjaC4KPiA+ID4gPj4+Cj4gPiA+ID4+PiBJIGNhbiBzZWUgd2hhdCB5b3UgYXJlIGRvaW5n LCBidXQgSSBkb24ndCB0aGluayB0aGlzIGlzIHRoZSByaWdodAo+ID4gPiA+Pj4gdGhpbmcgdG8g ZG8uICBQbGVhc2UgcHV0IHRoZSBzdHJ1Y3QgaW4gdGhlIHNhbWUgbG9jYXRpb24gYXMgaXQncwo+ ID4gPiA+Pj4gcmVmZXJlbmNlZC4KPiA+ID4gPj4KPiA+ID4gPj4gSWYgd2UgZGVjaWRlIHRvIG1v dmUgdGhlbSBpbnRvIHNpZml2ZS1wcmNpLmMgKGkuZS4gcHV0IGl0IGluIHdoZXJlCj4gPiA+ID4+ IGl0J3MgcmVmZXJlbmNlZC4pLCBJIHdvcnJpZWQgdGhhdCB3ZSBtaWdodCBuZWVkIHRvIG1vdmUg YWxsIHN0dWZmCj4gPiA+ID4+IHdoaWNoIGFyZSBpbiBmdTU0MC1wcmNpLmMgYW5kIGZ1NzQwLXBy Y2kuYy4gQmVjYXVzZSAncHJjaV9jbGtfZnU1NDAnCj4gPiA+ID4+IGlzIHJlZmVyZW5jZWQgaW4g c2lmaXZlLXByY2kuYywgd2hlcmVhcyAnX19wcmNpX2luaXRfY2xvY2tzX2Z1NTQwJyBpcwo+ID4g PiA+PiB1c2VkIGJ5ICdwcmNpX2Nsa19mdTU0MCcsIGFuZCB0aGUgYWxtb3N0IHRoaW5ncyBpbiBm dTU0MC1wcmNpLmMgYXJlCj4gPiA+ID4+IHVzZWQgYnkgJ19fcHJjaV9pbml0X2Nsb2Nrc19mdTU0 MCcuIEl0IHNlZW1zIHRvIGJlIGEgbGl0dGxlIGJpdAo+ID4gPiA+PiBkaWZmaWN1bHQgdG8gY2xl YXJseSBkZWNvdXBsZSBpdCBmb3IgbW9kdWxhcml6YXRpb24gd2hpY2ggSSB3YW50IHRvCj4gPiA+ ID4+IGRvLiBXaGF0IHRoaXMgcGF0Y2ggZG9lcyBtaWdodCBiZSBhIGFjY2VwdGVkIHdheSwgSSBo b3BlIHRoYXQgeW91IGNhbgo+ID4gPiA+PiBjb25zaWRlciBpdCBhZ2Fpbi4KPiA+ID4gPj4KPiA+ ID4gPj4+Cj4gPiA+ID4+PiBBbmQgeWVzIHRoYXQgc2hvdWxkIGFsc28gYmUgdGhlIGNhc2UgZm9y IHByY2lfY2xrX2Z1NzQwIGFuZCB5ZXMsIGl0Cj4gPiA+ID4+PiB3YXMgb3Zlci1sb29rZWQgYmVj YXVzZSBpdCB3YXNuJ3QgY2F1c2luZyB3YXJuaW5ncyBhdCBidWlsZCB0aW1lIGZvcgo+ID4gPiA+ Pj4gd2hhdGV2ZXIgcmVhc29uLgo+ID4gPiA+Pj4KPiA+ID4gPj4+IElNSE8sIHBsYWNpbmcgJ3N0 cnVjdCBvZl9kZXZpY2VfaWQnIG1hdGNoIHRhYmxlcyBpbiBoZWFkZXJzIGlzIGFsc28KPiA+ID4g Pj4+IG9kZCBhbmQgaXMgbGlrZWx5IHRoZSByZWFsIGNhdXNlIG9mIHRoaXMgc3RyYW5nZSBzaXR1 YXRpb24uCj4gPiA+ID4+Cj4gPiA+ID4+IEkgY291bGRuJ3Qgc2VlIHdoYXQgYXJlIHlvdSBwb2lu dGluZywgZG8geW91IG1pbmQgZ2l2ZSBtb3JlIGRldGFpbHMKPiA+ID4gPj4gYWJvdXQgaXQ/IEl0 IHNlZW1zIHRvIG1lIHRoYXQgdGhlIG1hdGNoIHRhYmxlIGlzIHB1dCBpbiBDIGZpbGUgKGkuZS4K PiA+ID4gPj4gc2lmaXZlLXByY2kuYykuCj4gPiA+ID4KPiA+ID4gPiBPaCwgc29ycnksIGl0J3Mg YSBjb21tb24gc291cmNlIGZpbGUsIHJhdGhlciB0aGFuIGEgaGVhZGVyLgo+ID4gPiA+Cj4gPiA+ ID4gT2theSwgc28gSSB3ZW50IGFuZCBhY3R1YWxseSBsb29rZWQgYXQgdGhlIGNvZGUgdGhpcyB0 aW1lLgo+ID4gPiA+Cj4gPiA+ID4gSWYgSSB3ZXJlIHlvdSBJIHdvdWxkIG1vdmUgYWxsIG9mIHRo ZSBkZXZpY2Ugc3BlY2lmaWMgc3RydWN0cyBhbmQKPiA+ID4gPiB0YWJsZXMgaW50byB0aGUgZGV2 aWNlIHNwZWNpZmljIGhlYWRlciBmaWxlcywgdGhlbiBkZWxldGUgdGhlIGRldmljZQo+ID4gPiA+ IHNwZWNpZmljIHNvdXJjZSAoQykgZmlsZXMgZW50aXJlbHkuCj4gPiA+ID4KPiA+ID4gPiBUaGVy ZSBzZWVtcyB0byBiZSBubyBnb29kIHJlYXNvbiBmb3IgY2FycnlpbmcgYSBjb21tb24gc291cmNl IGZpbGUgYXMKPiA+ID4gPiB3ZWxsIGFzIGEgc291cmNlIGZpbGUgQU5EIGhlYWRlciBmaWxlIGZv ciBlYWNoIHN1cHBvcnRlZCBkZXZpY2UuCj4gPiA+ID4gSU1ITywgdGhhdCdzIG92ZXItY29tcGxp Y2F0aW5nIHRoaW5ncyBmb3Igbm8gYXBwYXJlbnQgZ2Fpbi4KPiA+ID4KPiA+ID4gVGhlIHJlYXNv biBpdCBleGlzdHMgdGhlIHdheSBpdCBkb2VzIGlzIHRoYXQgdGhlIGRyaXZlciB1c2VzIHRoZSBo ZWFkZXIKPiA+ID4gZmlsZXMgc2hpcHBlZCBhbmQgdXNlZCBmb3IgdGhlIGRldmljZSB0cmVlIGJp bmRpbmdzLCBhbmQgdGhleSBnaXZlIHRoZQo+ID4gPiBzYW1lIG5hbWVzIHRvIGRpZmZlcmVudCBj b25zdGFudHMgKHRoZSBmaXJzdCB0aHJlZSBjb25zdGFudHMgYXJlIGluCj4gPiA+IGZhY3QgdGhl IHNhbWUgc28gZG9u4oCZdCBjbGFzaCwgYnV0IFBSQ0lfQ0xLX1RMQ0xLIGlzIGRpZmZlcmVudCBi ZXR3ZWVuCj4gPiA+IHRoZSB0d28pLCBzbyBjYW7igJl0IGJvdGggYmUgaW4gdGhlIHNhbWUgdHJh bnNsYXRpb24gdW5pdCAoYXQgbGVhc3Qgbm90Cj4gPiA+IHdpdGhvdXQgc29tZSBncm9zcyAjdW5k ZWbigJlpbmcpLiBJbiBGcmVlQlNEIEkgdG9vayB0aGUgYWx0ZXJuYXRlCj4gPiA+IGFwcHJvYWNo IG9mIGp1c3QgZGVmaW5pbmcgb3VyIG93biBGVTU0MF8gYW5kIEZVNzQwXyBuYW1lc3BhY2VkIGNv cGllcwo+ID4gPiBvZiB0aGUgY29uc3RhbnRzLCBhcyBkcml2ZXJzIGRvIGZvciBtb3N0IHRoaW5n cyBhbnl3YXkuCj4gPgo+ID4gVGhhdCdzIGEgc2Vuc2libGUgYXBwcm9hY2guCj4gPgo+ID4gT25l IHdoaWNoIHdlIHVzZSBpbiBMaW51eCBleHRlbnNpdmVseS4KPiAKPiBUaGFua3MgYWxsIGZvciB0 aGUgcmV2aWV3IGFuZCBzdWdnZXN0aW9ucywgaXQgaXMgZ3JlYXQgdG8gbWUgdG8gbW92ZQo+IGFs bCBzdHVmZiBpbnRvIHRoZSBzcGVjaWZpYyBoZWFkZXJzLCBJIG9ubHkgaGF2ZSBvbmUgcXVlc3Rp b24gdGhlcmUsCj4gaXMgaXQgb2sgdG8gcHV0IHRoZSBkZWZpbml0aW9uIG9mIHRob3NlIGRhdGEg c3RydWN0dXJlcyBpbiBoZWFkZXIKPiBmaWxlcz8gVGhhdCBpcyBvbmUgb2YgdGhlIGNoYW5nZXMg d2UgaGFkIGRvbmUgaW4gdjIgcGF0Y2guIElmIGl0J3MKPiBnb29kIHRvIHlvdSwgSSB3aWxsIGRv IGl0IGluIHRoZSBuZXh0IHZlcnNpb24uIFRoYW5rcy4KCkNhbiB5b3UgZ2l2ZSBtZSBhbiBleGFt cGxlIHBsZWFzZT8KCi0tIApMZWUgSm9uZXMgW+adjueQvOaWr10KUHJpbmNpcGFsIFRlY2huaWNh bCBMZWFkIC0gRGV2ZWxvcGVyIFNlcnZpY2VzCkxpbmFyby5vcmcg4pSCIE9wZW4gc291cmNlIHNv ZnR3YXJlIGZvciBBcm0gU29DcwpGb2xsb3cgTGluYXJvOiBGYWNlYm9vayB8IFR3aXR0ZXIgfCBC bG9nCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpsaW51 eC1yaXNjdiBtYWlsaW5nIGxpc3QKbGludXgtcmlzY3ZAbGlzdHMuaW5mcmFkZWFkLm9yZwpodHRw Oi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXJpc2N2Cg==