[v3,02/11] dt-bindings: gpu: mali-bifrost: Split out MediaTek power-domains variation
Message ID | 20230223133440.80941-3-angelogioacchino.delregno@collabora.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp315560wrd; Thu, 23 Feb 2023 05:37:26 -0800 (PST) X-Google-Smtp-Source: AK7set8Rr8UCkF8x+XcmsgB7FMgNN5TAc4TQtJay7IZ3EThzal+cc75rkDRC94q86pBfq+KZd8Ta X-Received: by 2002:a05:6402:4315:b0:4ad:d9c:35a6 with SMTP id m21-20020a056402431500b004ad0d9c35a6mr13912887edc.1.1677159446250; Thu, 23 Feb 2023 05:37:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1677159446; cv=none; d=google.com; s=arc-20160816; b=LC6pYJCQGBP7VQZMSBC25rtqML18lfzV0GuirpVRdI1LrcgGkT85y4UkIiCjdaSaqm EKgwHiHIw9XyqC6ti8KIQhAGFF9JHp6Dec5bwVcYCV/C4Yc5w7/tNIiSk0FlN6+CQivw rQSU0H1EDOrYO27Qzb/URsar+E7tMKO2BZinl4sMEcUH18/ia4gy+a+aeF/IzDbVgmus Xqbt0rd2Ujopo463/l2bulVms00PWyxxvSR4Godtavx5NF/iIlTY6lznzW8OW2f44X++ sPdA5WyWEMFc6L3B/cpI0BecqYdP+LOzt2xRLv3u6SPz6zvP1q0ibslU3AWjomLowvMl YD3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=Ux2XCuCi78DmCxhmj2ukCazKOuQq87GMBp4lF8TlRzI=; b=GFAeyheWrS6fPOe5SmrLrrKpHnPKZ83oziEOi2RWc4vd8Ed6Rr1DMIO/lNYETTTMmV +knR70I1jpeTD+qCLklp31qXo6XIQVHlp6T+0i9HglHVqdzjWflYePcEseDTJ4D2QagD mr4VgX4ApfaTKZlU3i+5m7VlynR4Nz1PrXTsLoDibEZOI1zX+NLkwHfF99JNtwu8njvd mPgHBe1/XhvPYVxlALgju9tk1sVlWBNAFi7uig+1Ck8RGCXaW0ntZap58G83dNtRv3bJ hh+30fSk3u+SENQm9CdmK8PFYR/cIUR+Ooj1Aq/xcy8fbbj8e6XajUf5g2y9hXG32TFO IwUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=FGiXI4Pe; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=collabora.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y25-20020a170906519900b008b176ccbf45si25158807ejk.621.2023.02.23.05.36.50; Thu, 23 Feb 2023 05:37:26 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=FGiXI4Pe; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234048AbjBWNfJ (ORCPT <rfc822;cambridge8321@gmail.com> + 99 others); Thu, 23 Feb 2023 08:35:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37132 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233420AbjBWNe6 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 23 Feb 2023 08:34:58 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 75003366BC; Thu, 23 Feb 2023 05:34:56 -0800 (PST) Received: from IcarusMOD.eternityproject.eu (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 849BC6602208; Thu, 23 Feb 2023 13:34:54 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1677159295; bh=dYSlQLXMyB6AD5hy1+lsca8EHSPk5mj7QuNmBK+ZBoM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FGiXI4PexxD/JDfciqJmMleb9tUNND4UDMfKXb7gr+GV9mJ4UeWxUFvWgwbXc3xiE mLw9wEN0gS2VSpf17qZOpU0jYnEIps5xluIiMRlV0Vo0wUISCL33Jhwhfasa+u0RYr Z/JCi930T4A4pte/8K4b+1cPA6URW32CJauGvdR8AYcX7ANSaVC2zb1vef9iNdVpJN UlBRkx+8toCzdc43xXxMd3QjDEP37ypIo4EnWA6yNZ2J30W4LZFUWNGmRW21I7txRC RS9b3Fz3UYGn0CouDtWNuU6DKUV3PD30d4PIetfRHOODdro60dWKW8GYu0TNoxV7tl QXMUbDwsiw2hw== From: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> To: airlied@gmail.com Cc: daniel@ffwll.ch, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, steven.price@arm.com, alyssa.rosenzweig@collabora.com, matthias.bgg@gmail.com, robh@kernel.org, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, wenst@chromium.org, AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Subject: [PATCH v3 02/11] dt-bindings: gpu: mali-bifrost: Split out MediaTek power-domains variation Date: Thu, 23 Feb 2023 14:34:31 +0100 Message-Id: <20230223133440.80941-3-angelogioacchino.delregno@collabora.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230223133440.80941-1-angelogioacchino.delregno@collabora.com> References: <20230223133440.80941-1-angelogioacchino.delregno@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1758629143526340503?= X-GMAIL-MSGID: =?utf-8?q?1758629143526340503?= |
Series |
Panfrost: Improve and add MediaTek SoCs support
|
|
Commit Message
AngeloGioacchino Del Regno
Feb. 23, 2023, 1:34 p.m. UTC
In preparation for adding new bindings for new MediaTek SoCs, split out
the power-domain-names and power-domainsvariation from the `else` in
the current mediatek,mt8183-mali conditional.
The sram-supply part is left in place to be disallowed for anything
that is not compatible with "mediatek,mt8183-mali" as this regulator
is MediaTek-specific and it is, and will ever be, used only for this
specific string due to the addition of the mediatek-regulator-coupler
driver.
Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
---
.../devicetree/bindings/gpu/arm,mali-bifrost.yaml | 15 ++++++++++++---
1 file changed, 12 insertions(+), 3 deletions(-)
Comments
On Thu, Feb 23, 2023 at 9:34 PM AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> wrote: > > In preparation for adding new bindings for new MediaTek SoCs, split out > the power-domain-names and power-domainsvariation from the `else` in > the current mediatek,mt8183-mali conditional. > > The sram-supply part is left in place to be disallowed for anything > that is not compatible with "mediatek,mt8183-mali" as this regulator > is MediaTek-specific and it is, and will ever be, used only for this > specific string due to the addition of the mediatek-regulator-coupler > driver. > > Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Reviewed-by: Chen-Yu Tsai <wenst@chromium.org>
On Fri, Feb 24, 2023 at 6:08 PM Chen-Yu Tsai <wenst@chromium.org> wrote: > > On Thu, Feb 23, 2023 at 9:34 PM AngeloGioacchino Del Regno > <angelogioacchino.delregno@collabora.com> wrote: > > > > In preparation for adding new bindings for new MediaTek SoCs, split out > > the power-domain-names and power-domainsvariation from the `else` in ^ missing space Once fixed, Reviewed-by: Chen-Yu Tsai <wenst@chromium.org> > > the current mediatek,mt8183-mali conditional. > > > > The sram-supply part is left in place to be disallowed for anything > > that is not compatible with "mediatek,mt8183-mali" as this regulator > > is MediaTek-specific and it is, and will ever be, used only for this > > specific string due to the addition of the mediatek-regulator-coupler > > driver. > > > > Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > > Reviewed-by: Chen-Yu Tsai <wenst@chromium.org>
On 23/02/2023 14:34, AngeloGioacchino Del Regno wrote: > In preparation for adding new bindings for new MediaTek SoCs, split out > the power-domain-names and power-domainsvariation from the `else` in > the current mediatek,mt8183-mali conditional. > > The sram-supply part is left in place to be disallowed for anything > that is not compatible with "mediatek,mt8183-mali" as this regulator > is MediaTek-specific and it is, and will ever be, used only for this > specific string due to the addition of the mediatek-regulator-coupler > driver. > > Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > --- > .../devicetree/bindings/gpu/arm,mali-bifrost.yaml | 15 ++++++++++++--- > 1 file changed, 12 insertions(+), 3 deletions(-) > > diff --git a/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml b/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml > index 02699d389be1..ac174c17e25f 100644 > --- a/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml > +++ b/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml > @@ -145,6 +145,18 @@ allOf: > - power-domains > - resets > - reset-names > + - if: > + not: I think this makes the binding difficult to maintain. You have: 1. if - amlogic - then - some properties 2. if - renesas - then - some properties 3. if - not mediatek - then - something else 4. if - mediatek - then - some properties Instead just disallow power domains in each of other variants. Best regards, Krzysztof
Il 24/02/23 11:09, Chen-Yu Tsai ha scritto: > On Fri, Feb 24, 2023 at 6:08 PM Chen-Yu Tsai <wenst@chromium.org> wrote: >> >> On Thu, Feb 23, 2023 at 9:34 PM AngeloGioacchino Del Regno >> <angelogioacchino.delregno@collabora.com> wrote: >>> >>> In preparation for adding new bindings for new MediaTek SoCs, split out >>> the power-domain-names and power-domainsvariation from the `else` in > > ^ missing space > > Once fixed, I think you even mentioned that already, ugh. Will fix. > > Reviewed-by: Chen-Yu Tsai <wenst@chromium.org> > >>> the current mediatek,mt8183-mali conditional. >>> >>> The sram-supply part is left in place to be disallowed for anything >>> that is not compatible with "mediatek,mt8183-mali" as this regulator >>> is MediaTek-specific and it is, and will ever be, used only for this >>> specific string due to the addition of the mediatek-regulator-coupler >>> driver. >>> >>> Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> >> >> Reviewed-by: Chen-Yu Tsai <wenst@chromium.org>
diff --git a/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml b/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml index 02699d389be1..ac174c17e25f 100644 --- a/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml +++ b/Documentation/devicetree/bindings/gpu/arm,mali-bifrost.yaml @@ -145,6 +145,18 @@ allOf: - power-domains - resets - reset-names + - if: + not: + properties: + compatible: + contains: + enum: + - mediatek,mt8183-mali + then: + properties: + power-domains: + maxItems: 1 + power-domain-names: false - if: properties: compatible: @@ -166,9 +178,6 @@ allOf: - power-domain-names else: properties: - power-domains: - maxItems: 1 - power-domain-names: false sram-supply: false - if: properties: