Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp483245rwl; Tue, 11 Apr 2023 22:52:02 -0700 (PDT) X-Google-Smtp-Source: AKy350Z2oVAtbD9wsMMJqYePYAIE0cGFYTsXpPeSzJyrGxHNNHr8I49mKNGZAw6m9M0ap8m7U9ci X-Received: by 2002:a62:1bca:0:b0:635:56c3:4bb0 with SMTP id b193-20020a621bca000000b0063556c34bb0mr1251490pfb.27.1681278721867; Tue, 11 Apr 2023 22:52:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681278721; cv=none; d=google.com; s=arc-20160816; b=xTJcaMrFXmdZCtr+p32/d0NVHDeTfPDxU3lLPqDWNIMrmMZet50JaECMN2S/sm99I3 7sRADzzaApfAXNS6w930/bWAAyqdzZ+TL6wc7kTh1tGGzE+wMoPiinKY+0UpgMffSccv HFirnZsjjXAT+5wDCm/TKlSXuSXjssHd7mM7Oz+x75HvpHGn3Khpzz33Ia9wcrA7Xu/O KimFNDGTlsl2lYHI9IN5CEyel7D9OfgZ/KhZ1nqXFjR/rkdcyK39wh3DmbU7sJfeS0lP EHNWkuRuiaIH8q/kb8J0Ls5vShalO457uEmw7UG4kmmVQVOBgRR81YtCQArNV4CfAjoB Lb9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=Xs0+SuPqI5D4TYfrkRzeEHPgZOLjOQGV3W8nFptkATg=; b=p04BevvT2sXVPw+Hv0BQcVIWJe+012uqYroPi9v1a9eOaohaCP2j3mIsKCaAn27NR7 4hApstJu0nSFqWvHa09Ujq+P+XeueQKbqIVMBzYz1XB+q8e27Bc/OnQINqj5jR4B0zw3 Z2YGcgEz1xE84HtbxJp3wkB3fEkUS3gbn8wJ637KjGsFwX32dlaMjZpPM3ZjaeISYHge QZkTyybQQ6CZbH3kL1hc5jlOglyR/HcsNenypsdPu2ZLwPLV97lANUFnmsdcWTxVexeY PDMmWO4+TctKdSUAOaW1U3S6Y+xUNS87EhZgY291Iy/MqwOIkeGIB+8kh3vmFk9epDry agog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=ZKmGjNT4; 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=quicinc.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u192-20020a6279c9000000b00634b9cb81f6si10582500pfc.383.2023.04.11.22.51.48; Tue, 11 Apr 2023 22:52:01 -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=@quicinc.com header.s=qcppdkim1 header.b=ZKmGjNT4; 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=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229701AbjDLFnm (ORCPT + 99 others); Wed, 12 Apr 2023 01:43:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229696AbjDLFnk (ORCPT ); Wed, 12 Apr 2023 01:43:40 -0400 Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 12DAD5586; Tue, 11 Apr 2023 22:43:32 -0700 (PDT) Received: from pps.filterd (m0279862.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 33C3QfU3024275; Wed, 12 Apr 2023 05:42:58 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=message-id : date : mime-version : subject : to : references : from : in-reply-to : content-type : content-transfer-encoding; s=qcppdkim1; bh=Xs0+SuPqI5D4TYfrkRzeEHPgZOLjOQGV3W8nFptkATg=; b=ZKmGjNT4y3MblYSOwjv6hM2Vjc+nYFfVzghSYozbnxZoI6Q9a6boqwJb5jTmrH0Xx3Jr El6sNhzdL3oed/oFLly+K8xMARB/z5+mZ1Y4v8P1JTn4ntBAnvLvET/S0O7GVtA+XOI7 0rfO4IGWGYuHm+bZ606IXDWVU3ygXP6QEreZ1ByAjeed3rBfSy2ojf7GLTU9LqQYqBcO MgubASUN7jQBQGh9A0WciTpb48SHy7LDfs7LO2wXJWVurCInGp6ibNMu9D9Ju3hmZF5t r5DL/zcA2GKgx+dVaflqSmsKUNz+uOcBDcjYdzmvEF5sczdBVu7eIKfirUgd29aUQ0cb pw== Received: from nalasppmta02.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3pwcvc92un-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 12 Apr 2023 05:42:58 +0000 Received: from nalasex01a.na.qualcomm.com (nalasex01a.na.qualcomm.com [10.47.209.196]) by NALASPPMTA02.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 33C5gvsP021203 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 12 Apr 2023 05:42:57 GMT Received: from [10.79.58.215] (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.42; Tue, 11 Apr 2023 22:42:53 -0700 Message-ID: <40854a28-3f64-c0fd-9b77-db92cb0fbe13@quicinc.com> Date: Wed, 12 Apr 2023 11:12:50 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 2/3] dt-bindings: clock: qcom,gcc-sc7180: document CX power domain To: Konrad Dybcio , Krzysztof Kozlowski , Andy Gross , Bjorn Andersson , Michael Turquette , Stephen Boyd , Rob Herring , Krzysztof Kozlowski , Taniya Das , Dmitry Baryshkov , , , , References: <20230408134820.76050-1-krzysztof.kozlowski@linaro.org> <20230408134820.76050-2-krzysztof.kozlowski@linaro.org> <4757c33c-7e71-262d-a51a-c5f9fb53ff41@linaro.org> <2f9f9cdd-cfbe-ca22-7308-d6b1f0c1c455@quicinc.com> <6406469d-289b-af4e-83f8-8259f5dcaf00@linaro.org> Content-Language: en-US From: Rajendra Nayak In-Reply-To: <6406469d-289b-af4e-83f8-8259f5dcaf00@linaro.org> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) To nalasex01a.na.qualcomm.com (10.47.209.196) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-ORIG-GUID: uGS61dU2ToqwREs9I_KnLfQIPOBlddne X-Proofpoint-GUID: uGS61dU2ToqwREs9I_KnLfQIPOBlddne X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-04-11_16,2023-04-11_02,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 phishscore=0 adultscore=0 malwarescore=0 suspectscore=0 mlxscore=0 bulkscore=0 clxscore=1015 spamscore=0 mlxlogscore=999 lowpriorityscore=0 impostorscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303200000 definitions=main-2304120050 X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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: X-Mailing-List: linux-kernel@vger.kernel.org On 4/11/2023 7:15 PM, Konrad Dybcio wrote: > > > On 11.04.2023 15:31, Rajendra Nayak wrote: >> >> On 4/11/2023 4:57 PM, Konrad Dybcio wrote: >>> >>> >>> On 11.04.2023 06:56, Rajendra Nayak wrote: >>>> >>>> >>>> On 4/8/2023 7:33 PM, Konrad Dybcio wrote: >>>>> >>>>> >>>>> On 8.04.2023 15:48, Krzysztof Kozlowski wrote: >>>>>> The GCC clock controller needs CX power domain, at least according to >>>>>> DTS: >>>>>> >>>>>>     sc7180-trogdor-pompom-r3.dtb: clock-controller@100000: Unevaluated properties are not allowed ('power-domains' was unexpected) >>>>>> >>>>>> Signed-off-by: Krzysztof Kozlowski >>>>>> --- >>>>> +CC Rajendra (author of 5d6fc6321db1 ("arm64: dts: qcom: >>>>> sc7180: Add required-opps for USB")) >>>>> >>>>> Rajendra, shouldn't SC7180 GCC have PM ops to make sure a vote >>>>> is only there when AP is active? >>> So IIUC, CX is never supposed to be shut down? >> >> Atleast sc7180 and sc7280 do not support full CX shutdown (or power >> collapse as its called), it only transitions to a Retention state >> and even that in the system-wide suspend path only > And won't outstanding votes on that resource prevent the system > from entering a system-wide low power state? I think most of what you are asking was discussed at https://lore.kernel.org/all/5ff21b1e-3af9-36ef-e13e-fa33f526d0e3@quicinc.com/ Are we seeing something broken on sc7180/sc7280 platforms? If there is an outstanding vote on CX it would prevent CX from going down, but ideally we should not have an outstanding vote from USB (atleast) since we now support RET for the USB GDSC. If there is some other GDSC (within GCC) thats left turned ON, yes, that would still prevent CX from going down. > > Konrad >> >>> >>> Konrad >>>> >>>> hmm, I am not quite sure why we would want the performance votes >>>> from peripherals dropped when CPUs go down in idle? >>>> >>>>> Are all GDSCs powered by CX? >>>>> If not, wouldn't this also need power-domain-names to >>>>> facilitate e.g. potential MX-powered ones? >>>> >>>> For sc7180 GCC, yes. >>>> >>>>> >>>>> Konrad >>>>>>    .../devicetree/bindings/clock/qcom,gcc-sc7180.yaml         | 7 +++++++ >>>>>>    1 file changed, 7 insertions(+) >>>>>> >>>>>> diff --git a/Documentation/devicetree/bindings/clock/qcom,gcc-sc7180.yaml b/Documentation/devicetree/bindings/clock/qcom,gcc-sc7180.yaml >>>>>> index 06dce0c6b7d0..8bf9b6f49550 100644 >>>>>> --- a/Documentation/devicetree/bindings/clock/qcom,gcc-sc7180.yaml >>>>>> +++ b/Documentation/devicetree/bindings/clock/qcom,gcc-sc7180.yaml >>>>>> @@ -32,6 +32,10 @@ properties: >>>>>>          - const: bi_tcxo_ao >>>>>>          - const: sleep_clk >>>>>>    +  power-domains: >>>>>> +    items: >>>>>> +      - description: CX domain >>>>>> + >>>>>>    required: >>>>>>      - compatible >>>>>>      - clocks >>>>>> @@ -45,6 +49,8 @@ unevaluatedProperties: false >>>>>>    examples: >>>>>>      - | >>>>>>        #include >>>>>> +    #include >>>>>> + >>>>>>        clock-controller@100000 { >>>>>>          compatible = "qcom,gcc-sc7180"; >>>>>>          reg = <0x00100000 0x1f0000>; >>>>>> @@ -52,6 +58,7 @@ examples: >>>>>>                   <&rpmhcc RPMH_CXO_CLK_A>, >>>>>>                   <&sleep_clk>; >>>>>>          clock-names = "bi_tcxo", "bi_tcxo_ao", "sleep_clk"; >>>>>> +      power-domains = <&rpmhpd SC7180_CX>; >>>>>>          #clock-cells = <1>; >>>>>>          #reset-cells = <1>; >>>>>>          #power-domain-cells = <1>;