From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794514391; b=vpzV7Ye8kEOdYDiebGBhn0nOTixFXjnY17nnBASyololI2D0qYpKLK2614dWYossG3Cr m7qPRpPxmSWiqMsEH1hHGK3knf3NJOXR57h7MnmFdGdrDgaaEeYXvEhjPkqxz4y7j8WK9 6fm/AbQkxntV9TT0n6SO7L+IBgtSldh4WE/CQM8x/nkYamJlMeuWBq1IxR3UyD4QN5fXW Zfhm3jSRbH8/j/Veb3re8xQJ/dltrQCr8eZSbde26ic0FUCa7dF+e/G6QMmsnFkZO09rv +zwHIQBkjMpLkRj/9JjrQ8X/h1u95FB4r2GV1WxEQ359zH/kNZo5635KHhLtIY7rUGg== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794514391; h=Received:DKIM-Signature:Message-ID:Date:MIME-Version:User-Agent: Subject:To:Cc:References:From:Content-Language:In-Reply-To: Content-Type:Content-Transfer-Encoding; bh=gv6kUfncabuP+ZVdtrbbHCGIexNhvbwVVXmfviemsuk=; b=N6pIrzYMTHJCEO7O4o5dwbZh04q/62DRGvkv+R6n8pLbWi1+uGek4kdOUYC2W0nqMP6k Xy59dtdF6SJh8iEpVLjy+TeQyk+HpUMnVIz92ZKaTLwun0JRGcRAyhR4IVxj6qR5xKm/D 8cQVkckEMgQFoSPrKu3RcnxybD2JAQm64KGuTQ80zFf4BrphQhly7ZgmYxIL5T6ec/qZW jPDacyxaGoiDpUeDMW35smiB/EWk19THsrVpvi2uzhJsS2bpePN0bIzeV3YT6XnQho9rG +Q74SZgajx+lp9UnudJ7Zu0exvFTKZhO5SdjHyFgrFLNxahom9OwvdrY0ULpaoFONnA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=iutMHWw4; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0E02E606A31C; Thu, 12 Nov 2026 20:13:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=iutMHWw4 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 550A31F000C4; Thu, 12 Nov 2026 20:13:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794514390; bh=gv6kUfncabuP+ZVdtrbbHCGIexNhvbwVVXmfviemsuk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=iutMHWw4g7rhbFZrf/orTMdre66B/MthrJTwTXM219nq7BedireH7yePdiNPbYVUP lbwHLVbSSyOjfMLoezwIKRtiKG7hsakyp68BkgoYV8VSM6RT+/JN5XYkskxNSyFNzU NnFVsWBEzRNDPaBD97qFnqVGdET0yDtPO+Lm1/F9lO5BNSCgq423YWQ5+HkI0dg+Hb vcLkU9pMVZSN7wUq4sGtTgTeYhNzquwNFLTliF5ik7JhIs4OcnMm5lLO6DhRkLMMrY fbPGIJtFtzSILwkWoc2l2ZmT1Nki/AELfvexs16Hnxtyw8dwsHQJp2ODqzrratLOF2 kHe24GslBVztA== Message-ID: <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> Date: Thu, 12 Nov 2026 21:13:03 +0100 X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] dt-bindings: phy: qcom: Relax required supplies To: Rob Herring , Bjorn Andersson Cc: Vinod Koul , Konrad Dybcio , Neil Armstrong , Manivannan Sadhasivam , Krzysztof Kozlowski , Conor Dooley , Wesley Cheng , linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20261021022446.3619435-1-robh@kernel.org> <20261112125346.GA3821108-robh@kernel.org> From: Krzysztof Kozlowski Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 12/11/2026 20:22, Rob Herring wrote: > On Thu, Nov 12, 2026 at 12:30 PM Bjorn Andersson wrote: (replying only to parts of the message) > >>> Can the QCom folks stop doing that! Coordinate applying the series or >>> take the binding and dts changes in 1 tree. >> >> I assume you're referring to "QCom folks" in the sense "any maintainer >> touching a binding change related to a qcom platform"? > > No, primarily you and the submitter I guess. Submitters should be > aware of dependencies in their series and suggest how things are > merged. Otherwise, it falls on you to care that warnings are getting > introduced. We all have been swamped with patches and Qualcomm have been probably the busiest arm64 platform for months now. for i in arch/arm64/boot/dts/* ; do echo "${i}:$(git log --no-merges --oneline v7.0..v7.4-rc1 -- $i | wc -l)" ; done qcom: 1016 freescale: 485 renesas: 215 Qualcomm SoC got one more maintainer, so there is catching up, but probably not enough. > > I would not care so much when there are transient warnings in next, > but I don't want to be the one chasing them down. But AFAICT, it's > always me. No one beats me to it and I'm not all that fast in > noticing. I just compare all the warnings by platform for Linus vs. > next with "gl-diff-dtb-warning -p arm64" from this repo[2], and look > for things moving in the right direction. Of course this is all after > applying which isn't ideal. FWIW, I do test all Samsung ones and I look only at some of Qualcomm boards, because there were just too many warnings to have a clean dtbs_check for qcom. I do report them to Bjorn/Konrad [1], but that's indeed only subset of entire qcom ecosystem. I know that a few other SoC platforms keep track (TI at least). [1] https://krzk.eu/#/builders/102 > >> Do you have some CI/guidance/tooling for Vinod (and other subsystem >> maintainers) to perform system-wide DT-validation when considering >> merging a binding change? > > This one is an ABI break because it adds new required properties. I do > have some tooling that looks for ABI changes, but haven't committed it > because I haven't figured out the best way to deploy it. I think for > anything that is an ABI change, the binding and dts files need to go > in together. > > I think it is time to reconsider the default of bindings go in with > the driver. That works okay for new bindings as long as the platform > maintainer doesn't take .dts changes before bindings land (also an > issue). However, for cases like this, we need the opposite order. We > need to figure something out because this is only going to be more of > an issue as we get to warning free (and we are close). We have been talking about this for some time and recent consensus was that SoC maintainers can freely take such bindings when driver subsystem maintainers lag behind. The case here is a bit opposite - driver subsystem was before SoC. So let's change the generic recommendation/policy? Whenever patchset touches bindings and DTS, and the bindings do not need any driver updates like they add only front-specific compatibles, the SoC should take entire set? Best regards, Krzysztof From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ACB58606A327 for ; Thu, 12 Nov 2026 20:13:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=GklWhHdq; dkim=fail reason="signature verification failed" (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=iutMHWw4 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:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Unsubscribe-Post:List-Owner; bh=+9nP7CXAr5BCrLPd4IlN1hmD9Dr3T2dOv/gKEKP/KSk=; b=GklWhHdqwl0MbEdzP4/LiYpL9k BiDiyNe0nuunMnY++zdbkNJQFl6QzYrMWy5yXJMRqZIx69PXiVQx2o7jrp4qPMqcsy7R989zIj/3A +vY2pqW97UUaWCTaazCC8ny2HTg1tuK08RytAx24l/VRk/mmim5+Ejm5W3+NPsyFW6eJjF7n5RLVw T7hvazPy66DN6ogirtarJ/zaKGCPr1BPCwTVyHGKZpKosEh+QUtuSTUJpyf24AloZszSB2R6eSNpy dnrEq4kKlad4TeU1U98vixNbKL+l/ZOiVwgMCPa/1PpYrOEF3WdM6ad45rASn+PxgSiQPC7UkxiTi BW8OFL5g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.100.1 #2 (Red Hat Linux)) id 1xRbAX-0000000B056-1BhF; Thu, 12 Nov 2026 20:13:13 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.100.1 #2 (Red Hat Linux)) id 1xRbAV-0000000B050-3RYS for linux-phy@lists.infradead.org; Thu, 12 Nov 2026 20:13:11 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id 326176110D; Thu, 12 Nov 2026 20:13:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 550A31F000C4; Thu, 12 Nov 2026 20:13:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794514390; bh=gv6kUfncabuP+ZVdtrbbHCGIexNhvbwVVXmfviemsuk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=iutMHWw4g7rhbFZrf/orTMdre66B/MthrJTwTXM219nq7BedireH7yePdiNPbYVUP lbwHLVbSSyOjfMLoezwIKRtiKG7hsakyp68BkgoYV8VSM6RT+/JN5XYkskxNSyFNzU NnFVsWBEzRNDPaBD97qFnqVGdET0yDtPO+Lm1/F9lO5BNSCgq423YWQ5+HkI0dg+Hb vcLkU9pMVZSN7wUq4sGtTgTeYhNzquwNFLTliF5ik7JhIs4OcnMm5lLO6DhRkLMMrY fbPGIJtFtzSILwkWoc2l2ZmT1Nki/AELfvexs16Hnxtyw8dwsHQJp2ODqzrratLOF2 kHe24GslBVztA== Message-ID: <46821acb-2db9-42e1-b93d-8b6d39f259eb@kernel.org> Date: Thu, 12 Nov 2026 21:13:03 +0100 X-Archived-By: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] dt-bindings: phy: qcom: Relax required supplies To: Rob Herring , Bjorn Andersson Cc: Vinod Koul , Konrad Dybcio , Neil Armstrong , Manivannan Sadhasivam , Krzysztof Kozlowski , Conor Dooley , Wesley Cheng , linux-arm-msm@vger.kernel.org, linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20261021022446.3619435-1-robh@kernel.org> <20261112125346.GA3821108-robh@kernel.org> From: Krzysztof Kozlowski Content-Language: en-US In-Reply-To: X-BeenThere: linux-phy@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux Phy Mailing list List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-phy" X-Spam-Status: No, score=-5.4 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 T24gMTIvMTEvMjAyNiAyMDoyMiwgUm9iIEhlcnJpbmcgd3JvdGU6Cj4gT24gVGh1LCBOb3YgMTIs IDIwMjYgYXQgMTI6MzDigK9QTSBCam9ybiBBbmRlcnNzb24gPGFuZGVyc3NvbkBrZXJuZWwub3Jn PiB3cm90ZToKCgoocmVwbHlpbmcgb25seSB0byBwYXJ0cyBvZiB0aGUgbWVzc2FnZSkKCgo+IAo+ Pj4gQ2FuIHRoZSBRQ29tIGZvbGtzIHN0b3AgZG9pbmcgdGhhdCEgQ29vcmRpbmF0ZSBhcHBseWlu ZyB0aGUgc2VyaWVzIG9yCj4+PiB0YWtlIHRoZSBiaW5kaW5nIGFuZCBkdHMgY2hhbmdlcyBpbiAx IHRyZWUuCj4+Cj4+IEkgYXNzdW1lIHlvdSdyZSByZWZlcnJpbmcgdG8gIlFDb20gZm9sa3MiIGlu IHRoZSBzZW5zZSAiYW55IG1haW50YWluZXIKPj4gdG91Y2hpbmcgYSBiaW5kaW5nIGNoYW5nZSBy ZWxhdGVkIHRvIGEgcWNvbSBwbGF0Zm9ybSI/Cj4gCj4gTm8sIHByaW1hcmlseSB5b3UgYW5kIHRo ZSBzdWJtaXR0ZXIgSSBndWVzcy4gU3VibWl0dGVycyBzaG91bGQgYmUKPiBhd2FyZSBvZiBkZXBl bmRlbmNpZXMgaW4gdGhlaXIgc2VyaWVzIGFuZCBzdWdnZXN0IGhvdyB0aGluZ3MgYXJlCj4gbWVy Z2VkLiBPdGhlcndpc2UsIGl0IGZhbGxzIG9uIHlvdSB0byBjYXJlIHRoYXQgd2FybmluZ3MgYXJl IGdldHRpbmcKPiBpbnRyb2R1Y2VkLgoKV2UgYWxsIGhhdmUgYmVlbiBzd2FtcGVkIHdpdGggcGF0 Y2hlcyBhbmQgUXVhbGNvbW0gaGF2ZSBiZWVuIHByb2JhYmx5CnRoZSBidXNpZXN0IGFybTY0IHBs YXRmb3JtIGZvciBtb250aHMgbm93LgoKZm9yIGkgaW4gYXJjaC9hcm02NC9ib290L2R0cy8qIDsg ZG8gZWNobyAiJHtpfTokKGdpdCBsb2cgLS1uby1tZXJnZXMKLS1vbmVsaW5lIHY3LjAuLnY3LjQt cmMxIC0tICRpIHwgd2MgLWwpIiA7IGRvbmUKCnFjb206IDEwMTYKZnJlZXNjYWxlOiA0ODUKcmVu ZXNhczogMjE1CgpRdWFsY29tbSBTb0MgZ290IG9uZSBtb3JlIG1haW50YWluZXIsIHNvIHRoZXJl IGlzIGNhdGNoaW5nIHVwLCBidXQKcHJvYmFibHkgbm90IGVub3VnaC4KCj4gCj4gSSB3b3VsZCBu b3QgY2FyZSBzbyBtdWNoIHdoZW4gdGhlcmUgYXJlIHRyYW5zaWVudCB3YXJuaW5ncyBpbiBuZXh0 LAo+IGJ1dCBJIGRvbid0IHdhbnQgdG8gYmUgdGhlIG9uZSBjaGFzaW5nIHRoZW0gZG93bi4gQnV0 IEFGQUlDVCwgaXQncwo+IGFsd2F5cyBtZS4gTm8gb25lIGJlYXRzIG1lIHRvIGl0IGFuZCBJJ20g bm90IGFsbCB0aGF0IGZhc3QgaW4KPiBub3RpY2luZy4gSSBqdXN0IGNvbXBhcmUgYWxsIHRoZSB3 YXJuaW5ncyBieSBwbGF0Zm9ybSBmb3IgTGludXMgdnMuCj4gbmV4dCB3aXRoICJnbC1kaWZmLWR0 Yi13YXJuaW5nIC1wIGFybTY0IiBmcm9tIHRoaXMgcmVwb1syXSwgYW5kIGxvb2sKPiBmb3IgdGhp bmdzIG1vdmluZyBpbiB0aGUgcmlnaHQgZGlyZWN0aW9uLiBPZiBjb3Vyc2UgdGhpcyBpcyBhbGwg YWZ0ZXIKPiBhcHBseWluZyB3aGljaCBpc24ndCBpZGVhbC4KCkZXSVcsIEkgZG8gdGVzdCBhbGwg U2Ftc3VuZyBvbmVzIGFuZCBJIGxvb2sgb25seSBhdCBzb21lIG9mIFF1YWxjb21tCmJvYXJkcywg YmVjYXVzZSB0aGVyZSB3ZXJlIGp1c3QgdG9vIG1hbnkgd2FybmluZ3MgdG8gaGF2ZSBhIGNsZWFu CmR0YnNfY2hlY2sgZm9yIHFjb20uIEkgZG8gcmVwb3J0IHRoZW0gdG8gQmpvcm4vS29ucmFkIFsx XSwgYnV0IHRoYXQncwppbmRlZWQgb25seSBzdWJzZXQgb2YgZW50aXJlIHFjb20gZWNvc3lzdGVt LiBJIGtub3cgdGhhdCBhIGZldyBvdGhlciBTb0MKcGxhdGZvcm1zIGtlZXAgdHJhY2sgKFRJIGF0 IGxlYXN0KS4KClsxXSBodHRwczovL2tyemsuZXUvIy9idWlsZGVycy8xMDIKCgo+IAo+PiBEbyB5 b3UgaGF2ZSBzb21lIENJL2d1aWRhbmNlL3Rvb2xpbmcgZm9yIFZpbm9kIChhbmQgb3RoZXIgc3Vi c3lzdGVtCj4+IG1haW50YWluZXJzKSB0byBwZXJmb3JtIHN5c3RlbS13aWRlIERULXZhbGlkYXRp b24gd2hlbiBjb25zaWRlcmluZwo+PiBtZXJnaW5nIGEgYmluZGluZyBjaGFuZ2U/Cj4gCj4gVGhp cyBvbmUgaXMgYW4gQUJJIGJyZWFrIGJlY2F1c2UgaXQgYWRkcyBuZXcgcmVxdWlyZWQgcHJvcGVy dGllcy4gSSBkbwo+IGhhdmUgc29tZSB0b29saW5nIHRoYXQgbG9va3MgZm9yIEFCSSBjaGFuZ2Vz LCBidXQgaGF2ZW4ndCBjb21taXR0ZWQgaXQKPiBiZWNhdXNlIEkgaGF2ZW4ndCBmaWd1cmVkIG91 dCB0aGUgYmVzdCB3YXkgdG8gZGVwbG95IGl0LiBJIHRoaW5rIGZvcgo+IGFueXRoaW5nIHRoYXQg aXMgYW4gQUJJIGNoYW5nZSwgdGhlIGJpbmRpbmcgYW5kIGR0cyBmaWxlcyBuZWVkIHRvIGdvCj4g aW4gdG9nZXRoZXIuCj4gCj4gSSB0aGluayBpdCBpcyB0aW1lIHRvIHJlY29uc2lkZXIgdGhlIGRl ZmF1bHQgb2YgYmluZGluZ3MgZ28gaW4gd2l0aAo+IHRoZSBkcml2ZXIuIFRoYXQgd29ya3Mgb2th eSBmb3IgbmV3IGJpbmRpbmdzIGFzIGxvbmcgYXMgdGhlIHBsYXRmb3JtCj4gbWFpbnRhaW5lciBk b2Vzbid0IHRha2UgLmR0cyBjaGFuZ2VzIGJlZm9yZSBiaW5kaW5ncyBsYW5kIChhbHNvIGFuCj4g aXNzdWUpLiBIb3dldmVyLCBmb3IgY2FzZXMgbGlrZSB0aGlzLCB3ZSBuZWVkIHRoZSBvcHBvc2l0 ZSBvcmRlci4gV2UKPiBuZWVkIHRvIGZpZ3VyZSBzb21ldGhpbmcgb3V0IGJlY2F1c2UgdGhpcyBp cyBvbmx5IGdvaW5nIHRvIGJlIG1vcmUgb2YKPiBhbiBpc3N1ZSBhcyB3ZSBnZXQgdG8gd2Fybmlu ZyBmcmVlIChhbmQgd2UgYXJlIGNsb3NlKS4KCldlIGhhdmUgYmVlbiB0YWxraW5nIGFib3V0IHRo aXMgZm9yIHNvbWUgdGltZSBhbmQgcmVjZW50IGNvbnNlbnN1cyB3YXMKdGhhdCBTb0MgbWFpbnRh aW5lcnMgY2FuIGZyZWVseSB0YWtlIHN1Y2ggYmluZGluZ3Mgd2hlbiBkcml2ZXIgc3Vic3lzdGVt Cm1haW50YWluZXJzIGxhZyBiZWhpbmQuIFRoZSBjYXNlIGhlcmUgaXMgYSBiaXQgb3Bwb3NpdGUg LSBkcml2ZXIKc3Vic3lzdGVtIHdhcyBiZWZvcmUgU29DLgoKU28gbGV0J3MgY2hhbmdlIHRoZSBn ZW5lcmljIHJlY29tbWVuZGF0aW9uL3BvbGljeT8gV2hlbmV2ZXIgcGF0Y2hzZXQKdG91Y2hlcyBi aW5kaW5ncyBhbmQgRFRTLCBhbmQgdGhlIGJpbmRpbmdzIGRvIG5vdCBuZWVkIGFueSBkcml2ZXIK dXBkYXRlcyBsaWtlIHRoZXkgYWRkIG9ubHkgZnJvbnQtc3BlY2lmaWMgY29tcGF0aWJsZXMsIHRo ZSBTb0Mgc2hvdWxkCnRha2UgZW50aXJlIHNldD8KCgpCZXN0IHJlZ2FyZHMsCktyenlzenRvZgoK Ci0tIApsaW51eC1waHkgbWFpbGluZyBsaXN0CmxpbnV4LXBoeUBsaXN0cy5pbmZyYWRlYWQub3Jn Cmh0dHBzOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LXBoeQo=