Message ID | 20230708-topic-rpmh_icc_rsc-v1-2-b223bd2ac8dd@linaro.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:a6b2:0:b0:3e4:2afc:c1 with SMTP id c18csp439838vqm; Tue, 11 Jul 2023 05:30:02 -0700 (PDT) X-Google-Smtp-Source: APBJJlH7/1vYy8JvHvQAa4YNOyatr166hZ2nEGXatSatBQirfwIdWXEVD0a4hP8LACyQ72zesCzI X-Received: by 2002:a05:6a00:3a21:b0:682:7d8a:f887 with SMTP id fj33-20020a056a003a2100b006827d8af887mr14239259pfb.30.1689078602603; Tue, 11 Jul 2023 05:30:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689078602; cv=none; d=google.com; s=arc-20160816; b=LCeEatxQN82iWxLf3mfN5LpXr1v7z/Wi6HJKD0JXJ00OBnVnwwzg9xPPYJitq1quU+ jZPaI0lOt4C4MK9UXGcdjwsPjm0xLa7JKwQNdaj1Jx9/x281wQQ5IpLEcxPxjfwwzEFD Z2LqTPUJGREGmLESOok9e3VXaF5vwZxc1hb4ynV1V9X113p7jyzkPme1EyW4rgueo7CA JO0WdIPgfM7aD+gMyzdbNObennZscPPuPNtz570IW1AGVF4AQU3wTFD+iwvxfq3gA2GA jtPOKCr1skqkihZIYrRyBgO5lHKGklnD+eR4GvnW/IiHH1iHgWWYknLQglnFx9qhd7Dt uE9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:in-reply-to:references:message-id :content-transfer-encoding:mime-version:subject:date:from :dkim-signature; bh=+wKqZuebC0/DNlU3YArXv0CU05fgiLNPi4ZrsgdcBCw=; fh=JoAcrgft0uy82XIp94lSiB7rWiE0KfkQABjXnED6+RA=; b=xZXulIKSVGDLvutAPlHwFsp3q8hPRUj/Jnt3SM4Iv/sNwPWch3niH0++44jkxPJxMC KJvLes9ZdT6fO3GGMAHgOQ8SwPY8F0HBdHdpvvnYGnt0jaLyOFUpfWsexjGKeUD4ufNh h2hnE7Oe+TY9AEgm3GM/8hzoNNRECv6YN/3/B7tkAYNxDPvpya6WXARWq32ltYxcdzCb Lyj8G4mn1g7p/IaWo+MPcYVrIpWDFWH5rjye+LimRmuXxHfHYhwmjmqSo5PMC+ua5u0G 6nbNX0MDZ6GCF4yes6y+2GiF8/+KtXtJfB4wTdwwS22ShLIzjcl0U6+Wn8dG4kT2c+Qx zfaw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=WKIt9VI7; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p19-20020a056a000b5300b00682759c6440si1441011pfo.40.2023.07.11.05.29.49; Tue, 11 Jul 2023 05:30:02 -0700 (PDT) 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=@linaro.org header.s=google header.b=WKIt9VI7; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230391AbjGKMSm (ORCPT <rfc822;ybw1215001957@gmail.com> + 99 others); Tue, 11 Jul 2023 08:18:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51948 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231646AbjGKMSb (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 11 Jul 2023 08:18:31 -0400 Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 167F310C2 for <linux-kernel@vger.kernel.org>; Tue, 11 Jul 2023 05:18:30 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-2b701e41cd3so92144921fa.3 for <linux-kernel@vger.kernel.org>; Tue, 11 Jul 2023 05:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1689077908; x=1691669908; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:from:to:cc:subject:date:message-id :reply-to; bh=+wKqZuebC0/DNlU3YArXv0CU05fgiLNPi4ZrsgdcBCw=; b=WKIt9VI7VJ3uXfTMs1BXr+QomiovZ7rSHNtwxKGNAK3FIQdok2JfMO1I7E+ZueunP5 CkJaXnjOvT+Ln3G8eLhAghX4R+wvEBRMbfW/7al/oHjA50IrXBNdY2F0tOFX16rcRJGq KmHi9fSz1G2Ho1uPijA4gQ3wUPBoGR/vsSIif9vYrvnJ+V8rI2FpRfSkgyG0yB2JLp6y g1lwIGmDPNtyphI+qKGqbiMmP5w0qAyKBomC5K4TewkEs93laxZmkPhMLnFzHNA3r6TU ojuJ60L0sWrXaBvwoFj7n0SubltRpRjnVfONXK2Ok2uWrpd+taxvpMN5D/ixeQtiUmEZ jTIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689077908; x=1691669908; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+wKqZuebC0/DNlU3YArXv0CU05fgiLNPi4ZrsgdcBCw=; b=mF3uhx5E7pTJDxk4XBytyulOOsFRT1gPwHtKik9QUOtzJjFz79ClFi/umeQksAdHA+ pShlVtndvDX3xImx7GZo0kAyljJ7qajk5eMOQQe3GHX6PBsP+yAUxLWP7H2/wMx8JGah fnxoXj4hpUviqWX+Zbhjc+nt1wTsBIY7TRkYfB5xwLiHnk3jyjZQFyaLDvoAy+zYYsoP zt9WK0RGhmZY86arJsIZjHSCaXWpMbRXJ1UlLsaSXivL2QoMI1PZdOQ8yF7Qi/kAVvNo 11/kTxAdQ7tTaDxJA675Ae8h2uuWykD63NeavWgfiEDv2OahAII7iEv4IUgNhjedwQFX 6MhQ== X-Gm-Message-State: ABy/qLZuW2ZQmltodH/BlNHaxxLdo7Zfn/BW8Rci2/a6/gp0+xW6gf3v pH9dQu9XWBC8kBqG/+pqTjgQmw== X-Received: by 2002:a2e:700b:0:b0:2b6:e780:97c9 with SMTP id l11-20020a2e700b000000b002b6e78097c9mr12619568ljc.18.1689077908368; Tue, 11 Jul 2023 05:18:28 -0700 (PDT) Received: from [192.168.1.101] (abyl96.neoplus.adsl.tpnet.pl. [83.9.31.96]) by smtp.gmail.com with ESMTPSA id d18-20020a2e96d2000000b002b708450951sm435563ljj.88.2023.07.11.05.18.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Jul 2023 05:18:28 -0700 (PDT) From: Konrad Dybcio <konrad.dybcio@linaro.org> Date: Tue, 11 Jul 2023 14:18:01 +0200 Subject: [PATCH 02/53] dt-bindings: interconnect: qcom,bcm-voter: Add qcom,bcm-voter-idx MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20230708-topic-rpmh_icc_rsc-v1-2-b223bd2ac8dd@linaro.org> References: <20230708-topic-rpmh_icc_rsc-v1-0-b223bd2ac8dd@linaro.org> In-Reply-To: <20230708-topic-rpmh_icc_rsc-v1-0-b223bd2ac8dd@linaro.org> To: Andy Gross <agross@kernel.org>, Bjorn Andersson <andersson@kernel.org>, Georgi Djakov <djakov@kernel.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, cros-qcom-dts-watchers@chromium.org Cc: Marijn Suijten <marijn.suijten@somainline.org>, linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Konrad Dybcio <konrad.dybcio@linaro.org> X-Mailer: b4 0.12.2 X-Developer-Signature: v=1; a=ed25519-sha256; t=1689077904; l=1777; i=konrad.dybcio@linaro.org; s=20230215; h=from:subject:message-id; bh=1YdtkjCpwqfCeGyrzm5y0lnW6+XAD6b/nL964j7XiAc=; b=xos5lY2485rsc/Fk8rtrxCyUPIzjqnRyhiyLpKu+58DpQKwGajPucJDjZBVy9wi9zJJ9gfdh6 VLXTFNZnq0gAaPF4VFj/7ocVEN6NJ6MYG26wIQmS+2QDKR9YXajYKvP X-Developer-Key: i=konrad.dybcio@linaro.org; a=ed25519; pk=iclgkYvtl2w05SSXO5EjjSYlhFKsJ+5OSZBjOkQuEms= X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=unavailable 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: INBOX X-GMAIL-THRID: 1771127284913321004 X-GMAIL-MSGID: 1771127284913321004 |
Series |
icc-rpmh multi-RSC voting groundwork
|
|
Commit Message
Konrad Dybcio
July 11, 2023, 12:18 p.m. UTC
In order to (at least partially) untangle the global BCM voter lookup
(as again, they are shared throughout the entire system and not bound to
individual buses/providers), introduce a new required property to assign
a unique identifier to each BCM voter.
Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
---
.../devicetree/bindings/interconnect/qcom,bcm-voter.yaml | 10 ++++++++++
1 file changed, 10 insertions(+)
Comments
On Tue, 11 Jul 2023 14:18:01 +0200, Konrad Dybcio wrote: > In order to (at least partially) untangle the global BCM voter lookup > (as again, they are shared throughout the entire system and not bound to > individual buses/providers), introduce a new required property to assign > a unique identifier to each BCM voter. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > .../devicetree/bindings/interconnect/qcom,bcm-voter.yaml | 10 ++++++++++ > 1 file changed, 10 insertions(+) > My bot found errors running 'make DT_CHECKER_FLAGS=-m dt_binding_check' on your patch (DT_CHECKER_FLAGS is new in v5.13): yamllint warnings/errors: dtschema/dtc warnings/errors: /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/soc/qcom/qcom,rpmh-rsc.example.dtb: rsc@18200000: bcm-voter: 'qcom,bcm-voter-idx' is a required property from schema $id: http://devicetree.org/schemas/soc/qcom/qcom,rpmh-rsc.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/soc/qcom/qcom,rpmh-rsc.example.dtb: bcm-voter: 'qcom,bcm-voter-idx' is a required property from schema $id: http://devicetree.org/schemas/interconnect/qcom,bcm-voter.yaml# doc reference errors (make refcheckdocs): See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20230708-topic-rpmh_icc_rsc-v1-2-b223bd2ac8dd@linaro.org The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.
On 11/07/2023 14:18, Konrad Dybcio wrote: > In order to (at least partially) untangle the global BCM voter lookup > (as again, they are shared throughout the entire system and not bound to > individual buses/providers), introduce a new required property to assign > a unique identifier to each BCM voter. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > .../devicetree/bindings/interconnect/qcom,bcm-voter.yaml | 10 ++++++++++ > 1 file changed, 10 insertions(+) > > diff --git a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml > index eec987640b37..09321c1918bf 100644 > --- a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml > +++ b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml > @@ -38,8 +38,14 @@ properties: > > $ref: /schemas/types.yaml#/definitions/uint32 > > + qcom,bcm-voter-idx: > + $ref: /schemas/types.yaml#/definitions/uint32-array > + description: > + A globally unique predefined discrimnator, identifying each BCM voter. s/each/this/ ? If I understand correctly, there might be more than one instance. The problem is that I cannot find such case in upstream sources. > + > required: > - compatible > + - qcom,bcm-voter-idx This should not be really required, because it affects the ABI. You also need to fix the reported warning. Best regards, Krzysztof
On 12.07.2023 22:43, Krzysztof Kozlowski wrote: > On 11/07/2023 14:18, Konrad Dybcio wrote: >> In order to (at least partially) untangle the global BCM voter lookup >> (as again, they are shared throughout the entire system and not bound to >> individual buses/providers), introduce a new required property to assign >> a unique identifier to each BCM voter. >> >> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >> --- >> .../devicetree/bindings/interconnect/qcom,bcm-voter.yaml | 10 ++++++++++ >> 1 file changed, 10 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >> index eec987640b37..09321c1918bf 100644 >> --- a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >> +++ b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >> @@ -38,8 +38,14 @@ properties: >> >> $ref: /schemas/types.yaml#/definitions/uint32 >> >> + qcom,bcm-voter-idx: >> + $ref: /schemas/types.yaml#/definitions/uint32-array >> + description: >> + A globally unique predefined discrimnator, identifying each BCM voter. > > s/each/this/ ? Right, this makes more sense > If I understand correctly, there might be more than one instance. The > problem is that I cannot find such case in upstream sources. I don't think there can be more than one per RSC. SM8550 splits some RSCs into "channels" and these channels have their individual voters, however they would still be attached to these channel subnodes/subdevices and no, we don't support that yet. > > >> + >> required: >> - compatible >> + - qcom,bcm-voter-idx > > This should not be really required, because it affects the ABI. Hm.. can I deprecate lack of it somehow? > You also > need to fix the reported warning. Ack Konrad > > Best regards, > Krzysztof >
On 15/07/2023 17:09, Konrad Dybcio wrote: > On 12.07.2023 22:43, Krzysztof Kozlowski wrote: >> On 11/07/2023 14:18, Konrad Dybcio wrote: >>> In order to (at least partially) untangle the global BCM voter lookup >>> (as again, they are shared throughout the entire system and not bound to >>> individual buses/providers), introduce a new required property to assign >>> a unique identifier to each BCM voter. >>> >>> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >>> --- >>> .../devicetree/bindings/interconnect/qcom,bcm-voter.yaml | 10 ++++++++++ >>> 1 file changed, 10 insertions(+) >>> >>> diff --git a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >>> index eec987640b37..09321c1918bf 100644 >>> --- a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >>> +++ b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml >>> @@ -38,8 +38,14 @@ properties: >>> >>> $ref: /schemas/types.yaml#/definitions/uint32 >>> >>> + qcom,bcm-voter-idx: >>> + $ref: /schemas/types.yaml#/definitions/uint32-array >>> + description: >>> + A globally unique predefined discrimnator, identifying each BCM voter. >> >> s/each/this/ ? > Right, this makes more sense > >> If I understand correctly, there might be more than one instance. The >> problem is that I cannot find such case in upstream sources. > I don't think there can be more than one per RSC. > > SM8550 splits some RSCs into "channels" and these channels have their > individual voters, however they would still be attached to these > channel subnodes/subdevices and no, we don't support that yet. Then shouldn't this be one number, not an array? > >> >> >>> + >>> required: >>> - compatible >>> + - qcom,bcm-voter-idx >> >> This should not be really required, because it affects the ABI. > Hm.. can I deprecate lack of it somehow? In general: no. Anyway, it depends how much you need it. Breaking ABI might be justified, but I just did not get such need from the commit msg. Your commit msg looks to me closer to a cleanup. Best regards, Krzysztof
diff --git a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml index eec987640b37..09321c1918bf 100644 --- a/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml +++ b/Documentation/devicetree/bindings/interconnect/qcom,bcm-voter.yaml @@ -38,8 +38,14 @@ properties: $ref: /schemas/types.yaml#/definitions/uint32 + qcom,bcm-voter-idx: + $ref: /schemas/types.yaml#/definitions/uint32-array + description: + A globally unique predefined discrimnator, identifying each BCM voter. + required: - compatible + - qcom,bcm-voter-idx additionalProperties: false @@ -48,8 +54,11 @@ examples: # as defined in Documentation/devicetree/bindings/soc/qcom/qcom,rpmh-rsc.yaml - | + #include <dt-bindings/interconnect/qcom,icc.h> + apps_bcm_voter: bcm-voter { compatible = "qcom,bcm-voter"; + qcom,bcm-voter-idx = <ICC_BCM_VOTER_APPS>; }; # Example 2: disp bcm_voter on SDM845 should be defined inside &disp_rsc node @@ -61,5 +70,6 @@ examples: disp_bcm_voter: bcm-voter { compatible = "qcom,bcm-voter"; qcom,tcs-wait = <QCOM_ICC_TAG_AMC>; + qcom,bcm-voter-idx = <ICC_BCM_VOTER_DISP>; }; ...