lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4a14fb9-849c-4236-9ec1-538f2944fb02@quicinc.com>
Date: Thu, 25 Jan 2024 15:46:33 +0530
From: Taniya Das <quic_tdas@...cinc.com>
To: Konrad Dybcio <konrad.dybcio@...aro.org>,
        Bjorn Andersson
	<andersson@...nel.org>,
        Andy Gross <agross@...nel.org>,
        Michael Turquette
	<mturquette@...libre.com>,
        Stephen Boyd <sboyd@...nel.org>, Rob Herring
	<robh+dt@...nel.org>,
        Krzysztof Kozlowski
	<krzysztof.kozlowski+dt@...aro.org>,
        Conor Dooley <conor+dt@...nel.org>
CC: Marijn Suijten <marijn.suijten@...ainline.org>,
        <linux-arm-msm@...r.kernel.org>, <linux-clk@...r.kernel.org>,
        <linux-kernel@...r.kernel.org>, <devicetree@...r.kernel.org>,
        Johan Hovold
	<johan+linaro@...nel.org>,
        Bryan O'Donoghue <bryan.odonoghue@...aro.org>
Subject: Re: [PATCH v6 00/12] Unregister critical branch clocks + some RPM

Hi Konrad,

Thanks for your patch.

On 1/13/2024 8:20 PM, Konrad Dybcio wrote:
> On Qualcomm SoCs, certain branch clocks either need to be always-on, or
> should be if you're interested in touching some part of the hardware.
> 
> Using CLK_IS_CRITICAL for this purpose sounds like a genius idea,
> however that messes with the runtime pm handling - if a clock is
> marked as such, the clock controller device will never enter the
> "suspended" state, leaving the associated resources online, which in
> turn breaks SoC-wide suspend.

I am really curious to know a little more about the SoC-Wide Suspend not 
happening on these targets. Could you add more details here ?

The Resource Power Manager (RPM) is the main aggregator on these targets 
where the active & sleep votes on XO, shared rails (CX/MX) decide the 
SoC wide suspend. The High Level OS on our internal platforms never had 
any suspend issues due to clocks(GCC/GPUCC) or shared rails being kept 
enabled from the consumers.

> 
> This series aims to solve that on a couple SoCs that I could test the
> changes on and it sprinkles some runtime pm enablement atop these drivers.
> 

As CX is a shared resource/rail on these specific targets we definitely 
do not achieve any power saving with the runtime pm attached to these 
clock controllers, but I see a little more SW overhead. Though you could 
please add your observations/comments.

Removing the CLK_IS_CRITICAL is a good cleanup and moving them to probe 
is a good way to handle the always-on clocks.


> Signed-off-by: Konrad Dybcio <konrad.dybcio@...aro.org>
> ---
> Changes in v6:
> - Rebase (next-20240112)
> - Reorder qcom_branch_set_clk_en calls by register in "*: Unregister
>    critical clocks" (Johan)
> - Pick up tags
> - Link to v5: https://lore.kernel.org/r/20230717-topic-branch_aon_cleanup-v5-0-99942e6bf1ba@linaro.org
> 
> Changes in v5:
> - Change the "Keep the critical clocks always-on" comment to "Keep
>    some clocks always-on"
> - Add the same comment to commits unregistering clocks on 6115/6375/2290
> - Link to v4: https://lore.kernel.org/r/20230717-topic-branch_aon_cleanup-v4-0-32c293ded915@linaro.org
> 
> Changes in v4:
> - Add and unify the "/* Keep the critical clocks always-on */" comment
> - Rebase (next-20231222), also include 8650, X1E and 8280camcc drivers
> - Drop enabling runtime PM on GCC
> - Improve the commit message of "clk: qcom: gpucc-sm6115: Add runtime PM"
> - Link to v3: https://lore.kernel.org/r/20230717-topic-branch_aon_cleanup-v3-0-3e31bce9c626@linaro.org
> 
> Changes in v3:
> - Rebase (next-20231219)
> - Fix up a copypaste mistake in "gcc-sm6375: Unregister critical clocks" (bod)
> - Pick up tags
> - Link to v2: https://lore.kernel.org/r/20230717-topic-branch_aon_cleanup-v2-0-2a583460ef26@linaro.org
> 
> Changes in v2:
> - Rebase
> - Pick up tags
> - Fix up missing pm_runtime_put in SM6375 GCC (Johan)
> - Clarify the commit message of "Add runtime PM" commits (Johan)
> - "GPU_CCC" -> "GPU_CC" (oops)
> - Rebase atop next-20231129
>    - Also fix up camcc-sm8550 & gcc-sm4450
>    - Unify and clean up the comment style
>    - Fix missing comments in gcc-sc7180..
>    - Drop Johan's ack from "clk: qcom: Use qcom_branch_set_clk_en()"
> - Improve 6115 dt patch commit message (Bjorn)
> - Link to v1: https://lore.kernel.org/r/20230717-topic-branch_aon_cleanup-v1-0-27784d27a4f4@linaro.org
> 
> ---
> Konrad Dybcio (12):
>        clk: qcom: branch: Add a helper for setting the enable bit
>        clk: qcom: Use qcom_branch_set_clk_en()
>        clk: qcom: gcc-sm6375: Unregister critical clocks
>        clk: qcom: gpucc-sm6375: Unregister critical clocks
>        clk: qcom: gpucc-sm6115: Unregister critical clocks
>        clk: qcom: gpucc-sm6115: Add runtime PM
>        clk: qcom: gcc-sm6115: Unregister critical clocks
>        clk: qcom: gcc-qcm2290: Unregister critical clocks
>        arm64: dts: qcom: sm6375: Add VDD_CX to GCC
>        arm64: dts: qcom: qcm2290: Add VDD_CX to GCC
>        arm64: dts: qcom: sm6115: Add VDD_CX to GCC
>        arm64: dts: qcom: sm6115: Add VDD_CX to GPU_CC
>  >   arch/arm64/boot/dts/qcom/qcm2290.dtsi |   1 +
>   arch/arm64/boot/dts/qcom/sm6115.dtsi  |   3 +
>   arch/arm64/boot/dts/qcom/sm6375.dtsi  |   1 +
>   drivers/clk/qcom/camcc-sc8280xp.c     |   6 +-
>   drivers/clk/qcom/camcc-sm8550.c       |  10 +--
>   drivers/clk/qcom/clk-branch.h         |   7 ++
>   drivers/clk/qcom/dispcc-qcm2290.c     |   4 +-
>   drivers/clk/qcom/dispcc-sc7280.c      |   7 +-
>   drivers/clk/qcom/dispcc-sc8280xp.c    |   4 +-
>   drivers/clk/qcom/dispcc-sm6115.c      |   4 +-
>   drivers/clk/qcom/dispcc-sm8250.c      |   4 +-
>   drivers/clk/qcom/dispcc-sm8450.c      |   7 +-
>   drivers/clk/qcom/dispcc-sm8550.c      |   7 +-
>   drivers/clk/qcom/dispcc-sm8650.c      |   4 +-
>   drivers/clk/qcom/gcc-qcm2290.c        | 106 +++--------------------------
>   drivers/clk/qcom/gcc-sa8775p.c        |  25 +++----
>   drivers/clk/qcom/gcc-sc7180.c         |  22 +++---
>   drivers/clk/qcom/gcc-sc7280.c         |  20 +++---
>   drivers/clk/qcom/gcc-sc8180x.c        |  28 +++-----
>   drivers/clk/qcom/gcc-sc8280xp.c       |  25 +++----
>   drivers/clk/qcom/gcc-sdx55.c          |  12 ++--
>   drivers/clk/qcom/gcc-sdx65.c          |  13 ++--
>   drivers/clk/qcom/gcc-sdx75.c          |  10 +--
>   drivers/clk/qcom/gcc-sm4450.c         |  28 +++-----
>   drivers/clk/qcom/gcc-sm6115.c         | 124 +++-------------------------------
>   drivers/clk/qcom/gcc-sm6375.c         | 105 +++-------------------------
>   drivers/clk/qcom/gcc-sm7150.c         |  23 +++----
>   drivers/clk/qcom/gcc-sm8250.c         |  19 ++----
>   drivers/clk/qcom/gcc-sm8350.c         |  20 +++---
>   drivers/clk/qcom/gcc-sm8450.c         |  21 +++---
>   drivers/clk/qcom/gcc-sm8550.c         |  21 +++---
>   drivers/clk/qcom/gcc-sm8650.c         |  16 ++---
>   drivers/clk/qcom/gcc-x1e80100.c       |  16 ++---
>   drivers/clk/qcom/gpucc-sc7280.c       |   9 +--
>   drivers/clk/qcom/gpucc-sc8280xp.c     |   9 +--
>   drivers/clk/qcom/gpucc-sm6115.c       |  53 ++++++---------
>   drivers/clk/qcom/gpucc-sm6375.c       |  34 ++--------
>   drivers/clk/qcom/gpucc-sm8550.c       |  10 +--
>   drivers/clk/qcom/lpasscorecc-sc7180.c |   7 +-
>   drivers/clk/qcom/videocc-sm8250.c     |   6 +-
>   drivers/clk/qcom/videocc-sm8350.c     |  10 +--
>   drivers/clk/qcom/videocc-sm8450.c     |  13 ++--
>   drivers/clk/qcom/videocc-sm8550.c     |  13 ++--
>   43 files changed, 234 insertions(+), 653 deletions(-)
> ---
> base-commit: 8d04a7e2ee3fd6aabb8096b00c64db0d735bc874
> change-id: 20230717-topic-branch_aon_cleanup-6976c13fe71c
> 
> Best regards,

-- 
Thanks & Regards,
Taniya Das.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ