Message ID | 20221212093315.11390-2-konrad.dybcio@linaro.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:f944:0:0:0:0:0 with SMTP id q4csp2144813wrr; Mon, 12 Dec 2022 01:50:47 -0800 (PST) X-Google-Smtp-Source: AA0mqf5H7yBIA0Kmqx1Htx+b878btHNWx9hflhGFFIPPuQAnQ/nuoHs35sL75kuCKeMmWK7WHZWB X-Received: by 2002:a17:906:c44a:b0:7c1:f63:8f66 with SMTP id ck10-20020a170906c44a00b007c10f638f66mr18721596ejb.51.1670838647451; Mon, 12 Dec 2022 01:50:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670838647; cv=none; d=google.com; s=arc-20160816; b=XlxUhSz4QWxk9PiQesjpYETqqwDZJHYqHslxTdkinMbXsvCQo52q67H8y02ka9BQei pc3Yv4+vGetVqOIBCviYu4Pg8ifGiEhIB1QMNRlooaVYu1DN2z+e3wLNjXWMN0ZrQyYp SGVkCfsHZlsFfSS0mZV94KVjYOwxb87ScKAdVHs7DUZDTD/4ZSalno3kzHso6CozA81k 7SXBr1bOMaterB0h/C7Tgs0erdIrwGZmbs736NWmqcR+ZtggClmLNiNoijMlyoPKvI6B p2owgAyCyi6eG9EjSHCJ4q2Sv7WwA0hO/ZKgruGAHkbu+rd30MWMsID1CHNK6IVVQX+C wZ/Q== 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=xN1LN8Q13bIGioRmVa1bu9PkrPkTjKd3uyYwlIhvFvM=; b=0q/0pI4TiUQjJ2+VLr3Lglpzn9Kqy9D1/stwIVWBvIuxNDtFpUTHQSjfH/VPBj41Kg 8vz8aMKB2oGTOBMgwBjQ6OrlfSv9YncfwfjnkVaucE+wjjfsP6U4iqpjuXQRzUXEjQF2 iBbjVI911wp7bSVJmNMAGShBax7XUa5BnpDWWraqx8ZwYCVTR+hedW94pwASOoKR97kP +Y1q6qc/4tvshDP16WiBvbVc030c0xN+2wPKdJiJWKv0WqsC+M7Zgk4PfW2kthv7ApGV X6U164GzDWURBeEVgqJlaWJkeC1MvBLBw/4BDA/ML9a5X/La/Z9chWNRzsF3VuFzHWtl /ciA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=sqRK+DUk; 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 s5-20020a1709066c8500b007aa493b067asi4713437ejr.396.2022.12.12.01.50.24; Mon, 12 Dec 2022 01:50:47 -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=@linaro.org header.s=google header.b=sqRK+DUk; 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 S231934AbiLLJdg (ORCPT <rfc822;jeantsuru.cumc.mandola@gmail.com> + 99 others); Mon, 12 Dec 2022 04:33:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54638 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231871AbiLLJdY (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 12 Dec 2022 04:33:24 -0500 Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6EA2F60F4 for <linux-kernel@vger.kernel.org>; Mon, 12 Dec 2022 01:33:23 -0800 (PST) Received: by mail-lj1-x230.google.com with SMTP id b9so11875168ljr.5 for <linux-kernel@vger.kernel.org>; Mon, 12 Dec 2022 01:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=xN1LN8Q13bIGioRmVa1bu9PkrPkTjKd3uyYwlIhvFvM=; b=sqRK+DUkBbboDM1xjUfhDcSMwMKw02FtrsEce4gvw5gmTle3/0c9mxjQHV7PqlKoLl 0v+vN217H4gyG8YsjgJ2cKFTqhAEfm3VWyT8+PfMioubEPTLg5sMT/AwwGLWKhwfshaW MCupofIq/FZlQy71E5aiWAYHNH2MEQomPzYAy2ej+Yh2yIp8yKxhYP+g2xuYGoTom0jn qgD7KNRquiT9Kepl6r/zsZTLSaMdU6E2orkB1fBOqhwL301cUQAcFUv/Q2KhWQd7tgCi DWBdnuCZAtekT30+1fbqKD4UtQs932L6pCcKWYjruqVryy/+M/TjEPTYJ9RfhnytCOmc rZzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xN1LN8Q13bIGioRmVa1bu9PkrPkTjKd3uyYwlIhvFvM=; b=lQYx7TqlNb4nL3Ak0hGcc5t4BT2q5cmZn/kylq7NOlyPr6hQnha3TEF2GWtxi08Zhi cEB9JGYIuRqXbnIvpjTqYvWdynG326DZUKZ/WDNEv3lj1uEhO7GKsR0m1EhJOIKfc2iU 45Th3gUluo5QcwDfWOEXqzrW1fvayTiA5mBYH4jwwC8kIm0Mzbse8E0rOPa+gNJ9gfKj Ye1onmQD900ir72jp99NCHhmQHn8JYyTCZYHyYpUVKFeZRrrLOO0n5s6V2HwFzFYyFyv aRuys/wpzLCZpZDztcDXsnP4oHLkIILr+xAVuFQvzev76dcRu8GynzqLyWjtD5YURuff DE1g== X-Gm-Message-State: ANoB5plRfXXKBhCSLygYj9mhKPypBoQznQWyqKz/U0gH0jAtHum/CrUq opSUjtOi32A7E90zM/XEO6aNbg== X-Received: by 2002:a2e:be28:0:b0:26f:db35:2e96 with SMTP id z40-20020a2ebe28000000b0026fdb352e96mr7090008ljq.8.1670837601793; Mon, 12 Dec 2022 01:33:21 -0800 (PST) Received: from localhost.localdomain (abxh44.neoplus.adsl.tpnet.pl. [83.9.1.44]) by smtp.gmail.com with ESMTPSA id y2-20020a05651c106200b002770fb5722fsm1155081ljm.123.2022.12.12.01.33.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 12 Dec 2022 01:33:21 -0800 (PST) From: Konrad Dybcio <konrad.dybcio@linaro.org> To: linux-arm-msm@vger.kernel.org, andersson@kernel.org, agross@kernel.org, krzysztof.kozlowski@linaro.org Cc: marijn.suijten@somainline.org, Konrad Dybcio <konrad.dybcio@linaro.org>, Rob Clark <robdclark@gmail.com>, Abhinav Kumar <quic_abhinavk@quicinc.com>, Dmitry Baryshkov <dmitry.baryshkov@linaro.org>, Sean Paul <sean@poorly.run>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 2/3] arm64: dts: qcom: sm8150: Add DISPCC node Date: Mon, 12 Dec 2022 10:33:13 +0100 Message-Id: <20221212093315.11390-2-konrad.dybcio@linaro.org> X-Mailer: git-send-email 2.38.1 In-Reply-To: <20221212093315.11390-1-konrad.dybcio@linaro.org> References: <20221212093315.11390-1-konrad.dybcio@linaro.org> 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,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS 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: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1752001305935887420?= X-GMAIL-MSGID: =?utf-8?q?1752001305935887420?= |
Series |
[1/3] dt-bindings: display/msm: Add SM8150 MDSS & DPU
|
|
Commit Message
Konrad Dybcio
Dec. 12, 2022, 9:33 a.m. UTC
Years after the SoC support has been added, it's high time for it to
get dispcc going. Add the node to ensure that.
Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
---
arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++
1 file changed, 26 insertions(+)
Comments
On 12 December 2022 12:33:13 GMT+03:00, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >Years after the SoC support has been added, it's high time for it to >get dispcc going. Add the node to ensure that. > >Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >--- > arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > >diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi >index a0c57fb798d3..ff04397777f4 100644 >--- a/arch/arm64/boot/dts/qcom/sm8150.dtsi >+++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi >@@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { > qcom,bcm-voters = <&apps_bcm_voter>; > }; > >+ dispcc: clock-controller@af00000 { >+ compatible = "qcom,sm8150-dispcc"; >+ reg = <0 0x0af00000 0 0x10000>; >+ clocks = <&rpmhcc RPMH_CXO_CLK>, >+ <0>, >+ <0>, >+ <0>, >+ <0>, >+ <0>, >+ <0>; >+ clock-names = "bi_tcxo", >+ "dsi0_phy_pll_out_byteclk", >+ "dsi0_phy_pll_out_dsiclk", >+ "dsi1_phy_pll_out_byteclk", >+ "dsi1_phy_pll_out_dsiclk", >+ "dp_phy_pll_link_clk", >+ "dp_phy_pll_vco_div_clk"; >+ #clock-cells = <1>; >+ #reset-cells = <1>; >+ #power-domain-cells = <1>; >+ >+ power-domains = <&rpmhpd SM8150_MMCX>; >+ /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ >+ required-opps = <&rpmhpd_opp_low_svs>; Is it required for the dispcc, for the DSI or for the dpu? We have stumbled upon the similar issue when working on the 8350, see the latest Robert's patchset. >+ }; >+ > pdc: interrupt-controller@b220000 { > compatible = "qcom,sm8150-pdc", "qcom,pdc"; > reg = <0 0x0b220000 0 0x400>;
On 2022-12-12 10:33:13, Konrad Dybcio wrote: > Years after the SoC support has been added, it's high time for it to > get dispcc going. Add the node to ensure that. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> On Sony Xperia 5: Tested-by: Marijn Suijten <marijn.suijten@somainline.org> Reviewed-by: Marijn Suijten <marijn.suijten@somainline.org> > --- > arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi > index a0c57fb798d3..ff04397777f4 100644 > --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi > +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi > @@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { > qcom,bcm-voters = <&apps_bcm_voter>; > }; > > + dispcc: clock-controller@af00000 { > + compatible = "qcom,sm8150-dispcc"; > + reg = <0 0x0af00000 0 0x10000>; > + clocks = <&rpmhcc RPMH_CXO_CLK>, > + <0>, > + <0>, > + <0>, > + <0>, > + <0>, > + <0>; > + clock-names = "bi_tcxo", > + "dsi0_phy_pll_out_byteclk", > + "dsi0_phy_pll_out_dsiclk", > + "dsi1_phy_pll_out_byteclk", > + "dsi1_phy_pll_out_dsiclk", > + "dp_phy_pll_link_clk", > + "dp_phy_pll_vco_div_clk"; > + #clock-cells = <1>; > + #reset-cells = <1>; > + #power-domain-cells = <1>; > + > + power-domains = <&rpmhpd SM8150_MMCX>; > + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ Is this still something we want to check/test? Do we need a reference manual to be sure? > + required-opps = <&rpmhpd_opp_low_svs>; > + }; > + > pdc: interrupt-controller@b220000 { > compatible = "qcom,sm8150-pdc", "qcom,pdc"; > reg = <0 0x0b220000 0 0x400>; > -- > 2.38.1 >
On 12.12.2022 11:18, Dmitry Baryshkov wrote: > > > On 12 December 2022 12:33:13 GMT+03:00, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >> Years after the SoC support has been added, it's high time for it to >> get dispcc going. Add the node to ensure that. >> >> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >> --- >> arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++ >> 1 file changed, 26 insertions(+) >> >> diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi >> index a0c57fb798d3..ff04397777f4 100644 >> --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi >> +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi >> @@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { >> qcom,bcm-voters = <&apps_bcm_voter>; >> }; >> >> + dispcc: clock-controller@af00000 { >> + compatible = "qcom,sm8150-dispcc"; >> + reg = <0 0x0af00000 0 0x10000>; >> + clocks = <&rpmhcc RPMH_CXO_CLK>, >> + <0>, >> + <0>, >> + <0>, >> + <0>, >> + <0>, >> + <0>; >> + clock-names = "bi_tcxo", >> + "dsi0_phy_pll_out_byteclk", >> + "dsi0_phy_pll_out_dsiclk", >> + "dsi1_phy_pll_out_byteclk", >> + "dsi1_phy_pll_out_dsiclk", >> + "dp_phy_pll_link_clk", >> + "dp_phy_pll_vco_div_clk"; >> + #clock-cells = <1>; >> + #reset-cells = <1>; >> + #power-domain-cells = <1>; >> + >> + power-domains = <&rpmhpd SM8150_MMCX>; >> + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ >> + required-opps = <&rpmhpd_opp_low_svs>; > > Is it required for the dispcc, for the DSI or for the dpu? We have stumbled upon the similar issue when working on the 8350, see the latest Robert's patchset. While I don't have any hard evidence, it seems like it is required for any "interesting" multimedia components, AFAIU even including video and camera clocks.. Seems like it's a deep down dependency for a lot of things on this particular SoC (and likely also on newer ones, remember the initial mess with 8250 mmcx?) Konrad > > >> + }; >> + >> pdc: interrupt-controller@b220000 { >> compatible = "qcom,sm8150-pdc", "qcom,pdc"; >> reg = <0 0x0b220000 0 0x400>; >
On 12 December 2022 13:23:50 GMT+03:00, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > >On 12.12.2022 11:18, Dmitry Baryshkov wrote: >> >> >> On 12 December 2022 12:33:13 GMT+03:00, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>> Years after the SoC support has been added, it's high time for it to >>> get dispcc going. Add the node to ensure that. >>> >>> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >>> --- >>> arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++ >>> 1 file changed, 26 insertions(+) >>> >>> diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi >>> index a0c57fb798d3..ff04397777f4 100644 >>> --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi >>> +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi >>> @@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { >>> qcom,bcm-voters = <&apps_bcm_voter>; >>> }; >>> >>> + dispcc: clock-controller@af00000 { >>> + compatible = "qcom,sm8150-dispcc"; >>> + reg = <0 0x0af00000 0 0x10000>; >>> + clocks = <&rpmhcc RPMH_CXO_CLK>, >>> + <0>, >>> + <0>, >>> + <0>, >>> + <0>, >>> + <0>, >>> + <0>; >>> + clock-names = "bi_tcxo", >>> + "dsi0_phy_pll_out_byteclk", >>> + "dsi0_phy_pll_out_dsiclk", >>> + "dsi1_phy_pll_out_byteclk", >>> + "dsi1_phy_pll_out_dsiclk", >>> + "dp_phy_pll_link_clk", >>> + "dp_phy_pll_vco_div_clk"; >>> + #clock-cells = <1>; >>> + #reset-cells = <1>; >>> + #power-domain-cells = <1>; >>> + >>> + power-domains = <&rpmhpd SM8150_MMCX>; >>> + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ >>> + required-opps = <&rpmhpd_opp_low_svs>; >> >> Is it required for the dispcc, for the DSI or for the dpu? We have stumbled upon the similar issue when working on the 8350, see the latest Robert's patchset. >While I don't have any hard evidence, it seems like it is required for >any "interesting" multimedia components, AFAIU even including video and >camera clocks.. > >Seems like it's a deep down dependency for a lot of things on this >particular SoC (and likely also on newer ones, remember the initial >mess with 8250 mmcx?) Yes. I was questioning the opp level rather than the domain itself. Usually the least possible mmcx level is enough to get dispcc going. Then the consumers (via the PLLs) bump this requirement. In this particular case the vendor dtsi (sm8150-regulator.dtsi) declares that the minimum level for mmcx is low_svs. So, I think, you can drop the todo completely. > >Konrad >> >> >>> + }; >>> + >>> pdc: interrupt-controller@b220000 { >>> compatible = "qcom,sm8150-pdc", "qcom,pdc"; >>> reg = <0 0x0b220000 0 0x400>; >>
On Mon, Dec 12, 2022 at 10:33:13AM +0100, Konrad Dybcio wrote: > Years after the SoC support has been added, it's high time for it to > get dispcc going. Add the node to ensure that. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > arch/arm64/boot/dts/qcom/sm8150.dtsi | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi > index a0c57fb798d3..ff04397777f4 100644 > --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi > +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi > @@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { > qcom,bcm-voters = <&apps_bcm_voter>; > }; > > + dispcc: clock-controller@af00000 { > + compatible = "qcom,sm8150-dispcc"; > + reg = <0 0x0af00000 0 0x10000>; > + clocks = <&rpmhcc RPMH_CXO_CLK>, > + <0>, > + <0>, > + <0>, > + <0>, > + <0>, > + <0>; > + clock-names = "bi_tcxo", > + "dsi0_phy_pll_out_byteclk", > + "dsi0_phy_pll_out_dsiclk", > + "dsi1_phy_pll_out_byteclk", > + "dsi1_phy_pll_out_dsiclk", > + "dp_phy_pll_link_clk", > + "dp_phy_pll_vco_div_clk"; > + #clock-cells = <1>; > + #reset-cells = <1>; > + #power-domain-cells = <1>; > + > + power-domains = <&rpmhpd SM8150_MMCX>; > + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ The power-domain being not disabled should be sufficient for us to access the dispcc. Beyond that votes would be needed for particular frequencies, and that goes in the client nodes/opp-tables. So you should be able to drop this comment and the required-opps. Regards, Bjorn > + required-opps = <&rpmhpd_opp_low_svs>; > + }; > + > pdc: interrupt-controller@b220000 { > compatible = "qcom,sm8150-pdc", "qcom,pdc"; > reg = <0 0x0b220000 0 0x400>; > -- > 2.38.1 >
On 2022-12-27 22:16:58, Bjorn Andersson wrote: > On Mon, Dec 12, 2022 at 10:33:13AM +0100, Konrad Dybcio wrote: > > [..] > > + power-domains = <&rpmhpd SM8150_MMCX>; > > + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ > > The power-domain being not disabled should be sufficient for us to > access the dispcc. Beyond that votes would be needed for particular > frequencies, and that goes in the client nodes/opp-tables. > > So you should be able to drop this comment and the required-opps. > > Regards, > Bjorn > > > + required-opps = <&rpmhpd_opp_low_svs>; Tested the removal of this on Xperia 5, no regressions. - Marijn
diff --git a/arch/arm64/boot/dts/qcom/sm8150.dtsi b/arch/arm64/boot/dts/qcom/sm8150.dtsi index a0c57fb798d3..ff04397777f4 100644 --- a/arch/arm64/boot/dts/qcom/sm8150.dtsi +++ b/arch/arm64/boot/dts/qcom/sm8150.dtsi @@ -3579,6 +3579,32 @@ camnoc_virt: interconnect@ac00000 { qcom,bcm-voters = <&apps_bcm_voter>; }; + dispcc: clock-controller@af00000 { + compatible = "qcom,sm8150-dispcc"; + reg = <0 0x0af00000 0 0x10000>; + clocks = <&rpmhcc RPMH_CXO_CLK>, + <0>, + <0>, + <0>, + <0>, + <0>, + <0>; + clock-names = "bi_tcxo", + "dsi0_phy_pll_out_byteclk", + "dsi0_phy_pll_out_dsiclk", + "dsi1_phy_pll_out_byteclk", + "dsi1_phy_pll_out_dsiclk", + "dp_phy_pll_link_clk", + "dp_phy_pll_vco_div_clk"; + #clock-cells = <1>; + #reset-cells = <1>; + #power-domain-cells = <1>; + + power-domains = <&rpmhpd SM8150_MMCX>; + /* TODO: Maybe rpmhpd_opp_min_svs could work as well? */ + required-opps = <&rpmhpd_opp_low_svs>; + }; + pdc: interrupt-controller@b220000 { compatible = "qcom,sm8150-pdc", "qcom,pdc"; reg = <0 0x0b220000 0 0x400>;