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 0907BC6FD1D for ; Tue, 21 Mar 2023 16:02:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231515AbjCUQCx (ORCPT ); Tue, 21 Mar 2023 12:02:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54542 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231433AbjCUQCs (ORCPT ); Tue, 21 Mar 2023 12:02:48 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1ED0816893; Tue, 21 Mar 2023 09:02:47 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id C59F1B817AC; Tue, 21 Mar 2023 16:02:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5C845C4339E; Tue, 21 Mar 2023 16:02:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679414564; bh=StOHEPmor4jYKvr+q4St39xCQUBPMkifFyG37jrsrNQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=eGlPJEUGU8PKFGYQnnIQI/qsm78RQx68SkCCpD1yu44YkWdpakfLzyFV7I7oVuTti /m6UNU4xqtyZbr1qLENAv9Y6lz1Ht/t2VJkhQOYefW/ahTv5uwveDLzyPl9nTITD5q A/dlBXMGC3e9ckW3PP7NJq3t+PXI7YeBEQcYa02huNYj1Docp5NVAII4JsilVQiG19 StQLVn0Xm5io2fbrGiSdzf5vGjN0Djt4+nOU6SiOk/Eo6rKiTj6PNIeXiKEFOTmDNC VJv7U4Ya3QJql6UWlPpkcexvKv4gTpVHfl3cc37eyKj6Tj/UsuaAcl8LDafpqBWwf4 4m18toKCYJI3w== Received: by mail-yb1-f169.google.com with SMTP id y5so17751019ybu.3; Tue, 21 Mar 2023 09:02:44 -0700 (PDT) X-Gm-Message-State: AAQBX9cbGBmCbk8rlYhFnhMl1x/8SgWRHOaUoyKdRhLfH4/CIvnIik4h BnXEziKmcMm4Q7ZK86x9ZkCfiIJKpI/fmhxnlg== X-Google-Smtp-Source: AKy350Znf5nfgXC5pAz/FzEgm8ixvOwGbBCNSV3kCkz2S7tE88NH6KVsczZv5n55zuXpUgoXBHA6SOIgtC3TZvoykbw= X-Received: by 2002:a05:6902:1083:b0:98e:6280:74ca with SMTP id v3-20020a056902108300b0098e628074camr1884852ybu.1.1679414563294; Tue, 21 Mar 2023 09:02:43 -0700 (PDT) MIME-Version: 1.0 References: <20230317030501.1811905-1-anshuman.khandual@arm.com> <20230321143356.w5era7et6lzxpte3@bogus> In-Reply-To: <20230321143356.w5era7et6lzxpte3@bogus> From: Rob Herring Date: Tue, 21 Mar 2023 11:02:31 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 0/7] coresight: etm4x: Migrate AMBA devices to platform driver To: Sudeep Holla Cc: Anshuman Khandual , linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org, suzuki.poulose@arm.com, scclevenger@os.amperecomputing.com, Frank Rowand , Russell King , Greg Kroah-Hartman , "Rafael J. Wysocki" , Len Brown , Lorenzo Pieralisi , Mathieu Poirier , Mike Leach , Leo Yan , devicetree@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org On Tue, Mar 21, 2023 at 9:34=E2=80=AFAM Sudeep Holla = wrote: > > On Mon, Mar 20, 2023 at 09:17:16AM -0500, Rob Herring wrote: > > > > This sounds like an issue for any amba driver. If this is an issue, > > solve it for everyone, not just work around it in one driver. > > > > Well it is an issue in general for power management. ACPI has specific > methods that can be executed for entering specific states. > > The way AMBA was glue into ACPI bus scan IMO was a hack and PM wasn't > considered at the time. It was just hack to get AMBA drivers to work > with ACPI without any consideration about runtime PM or any methods that > comes as part of ACPI device. There is even some dummy clock handler to > deal with AMBA requesting APB clocks. AMBA device is added as companion > to the ACPI device created as part of the normal bus scan in ACPI which > adds its own PM callbacks and rely on clocks and power domains independen= t > of the ACPI standard methods(_ON/_OFF). I thought only DT had hacks... ;) > The default enumeration adds platform devices which adds no extra PM > callbacks and allows normal acpi_device probe flow. > > > When someone puts another primecell device into an ACPI system, are we > > going to go do the same one-off change in that driver too? (We kind of > > already did with SBSA UART...) > > > > I would prefer to move all the existing users of ACPI + AMBA to move away > from it and just use platform device. This list is not big today, bunch > of coresight, PL061/GPIO and PL330/DMA. And all these are assumed to be > working or actually working if there is no need for any power management. > E.g. on juno coresight needs PM to turn on before probing and AMBA fails > as dummy clocks are added but no power domains attached as ACPI doesn't > need deal with power domains in the OSPM if it is all well abstracted in > methods like _ON/_OFF. They are dealt with explicit power domain in the > DT which needs to be turned on and AMBA relies on that. > > One possible further hacky solution is to add dummy genpd to satisfy AMBA > but not sure if we can guarantee ordering between ACPI device calling ON > and its companion AMBA device probing so that the power domain is ON befo= re > AMBA uses the dummy clock and power domains in its pm callback hooks. What if we made AMBA skip its usual matching by ID and only use DT/ACPI style matching? We have specific compatibles, but they have never been used by the kernel. The only reason the bus code needs to do PM is reading the IDs which could be pushed into the drivers that need to match on specific IDs (I suspect we have some where the compatible is not specific enough (old ST stuff)). Looks like we only have 2 platforms left not using DT: arch/arm/mach-ep93xx/core.c: amba_device_register(&uart1_device, &iomem_resource); arch/arm/mach-ep93xx/core.c: amba_device_register(&uart2_device, &iomem_resource); arch/arm/mach-ep93xx/core.c: amba_device_register(&uart3_device, &iomem_resource); arch/arm/mach-s3c/pl080.c: amba_device_register(&s3c64xx_dma0_device, &iomem_resource); arch/arm/mach-s3c/pl080.c: amba_device_register(&s3c64xx_dma1_device, &iomem_resource); Get rid of these cases and we don't have to worry about non-DT or ACPI matc= hing. > Even the UART would fail if it needed any PM methods, we just don't happe= n > to need that for SBSA and may be we could have made it work as amba devic= e > (can't recollect the exact reason for not doing so now). SBSA doesn't require ID registers. SBSA UART is a "great" example of none of the existing 2 standards work, so let's create a 3rd. Rob 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 22011C74A5B for ; Tue, 21 Mar 2023 16:04:40 +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:Cc:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=J0mYI2S8AklupanbZuv7flGe89rqH9DDR8sJN0P1MDY=; b=Krfd9o9e8i5xOS 3qopdtcA9n0HG5fz2MrYtAM4qP6/+ZbdMmcmhSalNVmb0uUOTFxecTiX1uur/+oJCoEN3yxKGRBDm 0YfUV3oDqiS4qjOJygTpMp7D50CjEgruj4wpSCbiHL2DU8XfaW4S0OhBvLLl+fdS94q/A6ZIVkKrv R55Varc5GoerFUDfPG5Hd9HXNxxpfaM8/4Q3ra+E4Hje63xDsRL06yt1m5PS9ufNelPmW6/CVQ7ym lwkJKWQ6XG3nfa8XelkVBwQ0WBFdJAOsw9KMoGyxV8oVgoyUk2GXhQPfU09ZGS3vnk5I+0b37DQCE hdoO8P9rCPZyF+Wem0bA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1peeRt-00D14t-0V; Tue, 21 Mar 2023 16:02:57 +0000 Received: from ams.source.kernel.org ([2604:1380:4601:e00::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1peeRo-00D12z-1I for linux-arm-kernel@lists.infradead.org; Tue, 21 Mar 2023 16:02:54 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 713B8B818C9 for ; Tue, 21 Mar 2023 16:02:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1B296C433EF for ; Tue, 21 Mar 2023 16:02:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1679414570; bh=StOHEPmor4jYKvr+q4St39xCQUBPMkifFyG37jrsrNQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=bpO69/WcSjdgMPUIs1X0vZYd7HQyTKzn4KA2PKO1kmVKA+TKVDqTa++phqhifOB+t 2XBD7S04/fqB9zQ0LUF3+uzlZo/76Kk3YtUZVyXq/1uh4G9pPvwUB36sDSZ2cI2gOL scIwRnjK45Ig/3QvyBnyLn20crfYMdRbjXXiEcm8iq/Z0fCjWiILtw6aWvwckK/bXK uubuS4nRuGa1TZ+Pr1HxiXGGRPktGU7IHJcfeT2b4yLWMNaO5BG3PO0yKqxW/OKzXx m+n4OiUHoEvEDtIudpsh3SxpsvaLAP6fIKghdqQ8aoDsIj2Jv2Ui2eLBQWwRo/wKkv sK+z/Hh88V8Cw== Received: by mail-yb1-f180.google.com with SMTP id s67so916116ybi.5 for ; Tue, 21 Mar 2023 09:02:50 -0700 (PDT) X-Gm-Message-State: AAQBX9ch8hKT+2CIsPzkgMapPHFkmfS29kPaLgET1NaD/m4Eh352W+0x 4Wkbrdn1cTgzDTqWj5SWUOQ/28RpUCdwNPmm0w== X-Google-Smtp-Source: AKy350Znf5nfgXC5pAz/FzEgm8ixvOwGbBCNSV3kCkz2S7tE88NH6KVsczZv5n55zuXpUgoXBHA6SOIgtC3TZvoykbw= X-Received: by 2002:a05:6902:1083:b0:98e:6280:74ca with SMTP id v3-20020a056902108300b0098e628074camr1884852ybu.1.1679414563294; Tue, 21 Mar 2023 09:02:43 -0700 (PDT) MIME-Version: 1.0 References: <20230317030501.1811905-1-anshuman.khandual@arm.com> <20230321143356.w5era7et6lzxpte3@bogus> In-Reply-To: <20230321143356.w5era7et6lzxpte3@bogus> From: Rob Herring Date: Tue, 21 Mar 2023 11:02:31 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 0/7] coresight: etm4x: Migrate AMBA devices to platform driver To: Sudeep Holla Cc: Anshuman Khandual , linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org, suzuki.poulose@arm.com, scclevenger@os.amperecomputing.com, Frank Rowand , Russell King , Greg Kroah-Hartman , "Rafael J. Wysocki" , Len Brown , Lorenzo Pieralisi , Mathieu Poirier , Mike Leach , Leo Yan , devicetree@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230321_090252_748038_0C55FD87 X-CRM114-Status: GOOD ( 35.06 ) X-BeenThere: linux-arm-kernel@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-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org T24gVHVlLCBNYXIgMjEsIDIwMjMgYXQgOTozNOKAr0FNIFN1ZGVlcCBIb2xsYSA8c3VkZWVwLmhv bGxhQGFybS5jb20+IHdyb3RlOgo+Cj4gT24gTW9uLCBNYXIgMjAsIDIwMjMgYXQgMDk6MTc6MTZB TSAtMDUwMCwgUm9iIEhlcnJpbmcgd3JvdGU6Cj4gPgo+ID4gVGhpcyBzb3VuZHMgbGlrZSBhbiBp c3N1ZSBmb3IgYW55IGFtYmEgZHJpdmVyLiBJZiB0aGlzIGlzIGFuIGlzc3VlLAo+ID4gc29sdmUg aXQgZm9yIGV2ZXJ5b25lLCBub3QganVzdCB3b3JrIGFyb3VuZCBpdCBpbiBvbmUgZHJpdmVyLgo+ ID4KPgo+IFdlbGwgaXQgaXMgYW4gaXNzdWUgaW4gZ2VuZXJhbCBmb3IgcG93ZXIgbWFuYWdlbWVu dC4gQUNQSSBoYXMgc3BlY2lmaWMKPiBtZXRob2RzIHRoYXQgY2FuIGJlIGV4ZWN1dGVkIGZvciBl bnRlcmluZyBzcGVjaWZpYyBzdGF0ZXMuCj4KPiBUaGUgd2F5IEFNQkEgd2FzIGdsdWUgaW50byBB Q1BJIGJ1cyBzY2FuIElNTyB3YXMgYSBoYWNrIGFuZCBQTSB3YXNuJ3QKPiBjb25zaWRlcmVkIGF0 IHRoZSB0aW1lLiBJdCB3YXMganVzdCBoYWNrIHRvIGdldCBBTUJBIGRyaXZlcnMgdG8gd29yawo+ IHdpdGggQUNQSSB3aXRob3V0IGFueSBjb25zaWRlcmF0aW9uIGFib3V0IHJ1bnRpbWUgUE0gb3Ig YW55IG1ldGhvZHMgdGhhdAo+IGNvbWVzIGFzIHBhcnQgb2YgQUNQSSBkZXZpY2UuIFRoZXJlIGlz IGV2ZW4gc29tZSBkdW1teSBjbG9jayBoYW5kbGVyIHRvCj4gZGVhbCB3aXRoIEFNQkEgcmVxdWVz dGluZyBBUEIgY2xvY2tzLiBBTUJBIGRldmljZSBpcyBhZGRlZCBhcyBjb21wYW5pb24KPiB0byB0 aGUgQUNQSSBkZXZpY2UgY3JlYXRlZCBhcyBwYXJ0IG9mIHRoZSBub3JtYWwgYnVzIHNjYW4gaW4g QUNQSSB3aGljaAo+IGFkZHMgaXRzIG93biBQTSBjYWxsYmFja3MgYW5kIHJlbHkgb24gY2xvY2tz IGFuZCBwb3dlciBkb21haW5zIGluZGVwZW5kZW50Cj4gb2YgdGhlIEFDUEkgc3RhbmRhcmQgbWV0 aG9kcyhfT04vX09GRikuCgpJIHRob3VnaHQgb25seSBEVCBoYWQgaGFja3MuLi4gOykKCj4gVGhl IGRlZmF1bHQgZW51bWVyYXRpb24gYWRkcyBwbGF0Zm9ybSBkZXZpY2VzIHdoaWNoIGFkZHMgbm8g ZXh0cmEgUE0KPiBjYWxsYmFja3MgYW5kIGFsbG93cyBub3JtYWwgYWNwaV9kZXZpY2UgcHJvYmUg Zmxvdy4KPgo+ID4gV2hlbiBzb21lb25lIHB1dHMgYW5vdGhlciBwcmltZWNlbGwgZGV2aWNlIGlu dG8gYW4gQUNQSSBzeXN0ZW0sIGFyZSB3ZQo+ID4gZ29pbmcgdG8gZ28gZG8gdGhlIHNhbWUgb25l LW9mZiBjaGFuZ2UgaW4gdGhhdCBkcml2ZXIgdG9vPyAoV2Uga2luZCBvZgo+ID4gYWxyZWFkeSBk aWQgd2l0aCBTQlNBIFVBUlQuLi4pCj4gPgo+Cj4gSSB3b3VsZCBwcmVmZXIgdG8gbW92ZSBhbGwg dGhlIGV4aXN0aW5nIHVzZXJzIG9mIEFDUEkgKyBBTUJBIHRvIG1vdmUgYXdheQo+IGZyb20gaXQg YW5kIGp1c3QgdXNlIHBsYXRmb3JtIGRldmljZS4gVGhpcyBsaXN0IGlzIG5vdCBiaWcgdG9kYXks IGJ1bmNoCj4gb2YgY29yZXNpZ2h0LCBQTDA2MS9HUElPIGFuZCBQTDMzMC9ETUEuIEFuZCBhbGwg dGhlc2UgYXJlIGFzc3VtZWQgdG8gYmUKPiB3b3JraW5nIG9yIGFjdHVhbGx5IHdvcmtpbmcgaWYg dGhlcmUgaXMgbm8gbmVlZCBmb3IgYW55IHBvd2VyIG1hbmFnZW1lbnQuCj4gRS5nLiBvbiBqdW5v IGNvcmVzaWdodCBuZWVkcyBQTSB0byB0dXJuIG9uIGJlZm9yZSBwcm9iaW5nIGFuZCBBTUJBIGZh aWxzCj4gYXMgZHVtbXkgY2xvY2tzIGFyZSBhZGRlZCBidXQgbm8gcG93ZXIgZG9tYWlucyBhdHRh Y2hlZCBhcyBBQ1BJIGRvZXNuJ3QKPiBuZWVkIGRlYWwgd2l0aCBwb3dlciBkb21haW5zIGluIHRo ZSBPU1BNIGlmIGl0IGlzIGFsbCB3ZWxsIGFic3RyYWN0ZWQgaW4KPiBtZXRob2RzIGxpa2UgX09O L19PRkYuIFRoZXkgYXJlIGRlYWx0IHdpdGggZXhwbGljaXQgcG93ZXIgZG9tYWluIGluIHRoZQo+ IERUIHdoaWNoIG5lZWRzIHRvIGJlIHR1cm5lZCBvbiBhbmQgQU1CQSByZWxpZXMgb24gdGhhdC4K Pgo+IE9uZSBwb3NzaWJsZSBmdXJ0aGVyIGhhY2t5IHNvbHV0aW9uIGlzIHRvIGFkZCBkdW1teSBn ZW5wZCB0byBzYXRpc2Z5IEFNQkEKPiBidXQgbm90IHN1cmUgaWYgd2UgY2FuIGd1YXJhbnRlZSBv cmRlcmluZyBiZXR3ZWVuIEFDUEkgZGV2aWNlIGNhbGxpbmcgT04KPiBhbmQgaXRzIGNvbXBhbmlv biBBTUJBIGRldmljZSBwcm9iaW5nIHNvIHRoYXQgdGhlIHBvd2VyIGRvbWFpbiBpcyBPTiBiZWZv cmUKPiBBTUJBIHVzZXMgdGhlIGR1bW15IGNsb2NrIGFuZCBwb3dlciBkb21haW5zIGluIGl0cyBw bSBjYWxsYmFjayBob29rcy4KCldoYXQgaWYgd2UgbWFkZSBBTUJBIHNraXAgaXRzIHVzdWFsIG1h dGNoaW5nIGJ5IElEIGFuZCBvbmx5IHVzZQpEVC9BQ1BJIHN0eWxlIG1hdGNoaW5nPyBXZSBoYXZl IHNwZWNpZmljIGNvbXBhdGlibGVzLCBidXQgdGhleSBoYXZlCm5ldmVyIGJlZW4gdXNlZCBieSB0 aGUga2VybmVsLiBUaGUgb25seSByZWFzb24gdGhlIGJ1cyBjb2RlIG5lZWRzIHRvCmRvIFBNIGlz IHJlYWRpbmcgdGhlIElEcyB3aGljaCBjb3VsZCBiZSBwdXNoZWQgaW50byB0aGUgZHJpdmVycyB0 aGF0Cm5lZWQgdG8gbWF0Y2ggb24gc3BlY2lmaWMgSURzIChJIHN1c3BlY3Qgd2UgaGF2ZSBzb21l IHdoZXJlIHRoZQpjb21wYXRpYmxlIGlzIG5vdCBzcGVjaWZpYyBlbm91Z2ggKG9sZCBTVCBzdHVm ZikpLgoKTG9va3MgbGlrZSB3ZSBvbmx5IGhhdmUgMiBwbGF0Zm9ybXMgbGVmdCBub3QgdXNpbmcg RFQ6CmFyY2gvYXJtL21hY2gtZXA5M3h4L2NvcmUuYzogICAgYW1iYV9kZXZpY2VfcmVnaXN0ZXIo JnVhcnQxX2RldmljZSwKJmlvbWVtX3Jlc291cmNlKTsKYXJjaC9hcm0vbWFjaC1lcDkzeHgvY29y ZS5jOiAgICBhbWJhX2RldmljZV9yZWdpc3RlcigmdWFydDJfZGV2aWNlLAomaW9tZW1fcmVzb3Vy Y2UpOwphcmNoL2FybS9tYWNoLWVwOTN4eC9jb3JlLmM6ICAgIGFtYmFfZGV2aWNlX3JlZ2lzdGVy KCZ1YXJ0M19kZXZpY2UsCiZpb21lbV9yZXNvdXJjZSk7CmFyY2gvYXJtL21hY2gtczNjL3BsMDgw LmM6CmFtYmFfZGV2aWNlX3JlZ2lzdGVyKCZzM2M2NHh4X2RtYTBfZGV2aWNlLCAmaW9tZW1fcmVz b3VyY2UpOwphcmNoL2FybS9tYWNoLXMzYy9wbDA4MC5jOgphbWJhX2RldmljZV9yZWdpc3Rlcigm czNjNjR4eF9kbWExX2RldmljZSwgJmlvbWVtX3Jlc291cmNlKTsKCkdldCByaWQgb2YgdGhlc2Ug Y2FzZXMgYW5kIHdlIGRvbid0IGhhdmUgdG8gd29ycnkgYWJvdXQgbm9uLURUIG9yIEFDUEkgbWF0 Y2hpbmcuCgo+IEV2ZW4gdGhlIFVBUlQgd291bGQgZmFpbCBpZiBpdCBuZWVkZWQgYW55IFBNIG1l dGhvZHMsIHdlIGp1c3QgZG9uJ3QgaGFwcGVuCj4gdG8gbmVlZCB0aGF0IGZvciBTQlNBIGFuZCBt YXkgYmUgd2UgY291bGQgaGF2ZSBtYWRlIGl0IHdvcmsgYXMgYW1iYSBkZXZpY2UKPiAoY2FuJ3Qg cmVjb2xsZWN0IHRoZSBleGFjdCByZWFzb24gZm9yIG5vdCBkb2luZyBzbyBub3cpLgoKU0JTQSBk b2Vzbid0IHJlcXVpcmUgSUQgcmVnaXN0ZXJzLiBTQlNBIFVBUlQgaXMgYSAiZ3JlYXQiIGV4YW1w bGUgb2YKbm9uZSBvZiB0aGUgZXhpc3RpbmcgMiBzdGFuZGFyZHMgd29yaywgc28gbGV0J3MgY3Jl YXRlIGEgM3JkLgoKUm9iCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpsaW51eC1hcm0ta2VybmVsIG1haWxpbmcgbGlzdApsaW51eC1hcm0ta2VybmVsQGxp c3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0 aW5mby9saW51eC1hcm0ta2VybmVsCg==