Re: [PATCH v2 0/8] clk: qcom: Add support to attach multiple power domains in cc probe

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3/11/25 14:10, Bryan O'Donoghue wrote:
On 11/03/2025 10:12, Vladimir Zapolskiy wrote:
On 3/11/25 11:52, Bryan O'Donoghue wrote:
On 06/03/2025 08:55, Jagadeesh Kona wrote:
In some of the recent chipsets, PLLs require more than one power domain
to be kept ON to configure the PLL. But the current code doesn't enable
all the required power domains while configuring the PLLs, this leads
to functional issues due to suboptimal settings of PLLs.

To address this, add support for handling runtime power management,
configuring plls and enabling critical clocks from qcom_cc_really_probe.
The clock controller can specify PLLs, critical clocks, and runtime PM
requirements in the descriptor data. The code in qcom_cc_really_probe()
ensures all necessary power domains are enabled before configuring PLLs
or critical clocks.

This series updates SM8450 & SM8550 videocc drivers to handle rpm,
configure PLLs and enable critical clocks from within
qcom_cc_really_probe()
using above support, so video PLLs are configured properly.

This series fixes the below warning reported in SM8550 venus testing due
to video_cc_pll0 not properly getting configured during videocc probe

[   46.535132] Lucid PLL latch failed. Output may be unstable!

The patch adding support to configure the PLLs from common code is
picked from below series and updated it.
https://lore.kernel.org/all/20250113-support-pll-reconfigure-
v1-0-1fae6bc1062d@xxxxxxxxxxx/

Signed-off-by: Jagadeesh Kona <quic_jkona@xxxxxxxxxxx>
---
Changes in v2:
    - Added support to handle rpm, PLL configuration and enable critical
      clocks from qcom_cc_really_probe() in common code as per v1
commments
      from Bryan, Konrad and Dmitry
    - Added patches to configure PLLs from common code
    - Updated the SM8450, SM8550 videocc patches to use the newly
      added support to handle rpm, configure PLLs from common code
    - Split the DT change for each target separately as per
      Dmitry comments
    - Added R-By and A-By tags received on v1
- Link to v1: https://lore.kernel.org/r/20250218-videocc-pll-multi-
pd-voting-v1-0-cfe6289ea29b@xxxxxxxxxxx

---
Jagadeesh Kona (7):
         dt-bindings: clock: qcom,sm8450-videocc: Add MXC power domain
         clk: qcom: common: Manage rpm, configure PLLs & AON clks in
really probe
         clk: qcom: videocc-sm8450: Move PLL & clk configuration to
really probe
         clk: qcom: videocc-sm8550: Move PLL & clk configuration to
really probe
         arm64: dts: qcom: Add MXC power domain to videocc node on SM8450
         arm64: dts: qcom: Add MXC power domain to videocc node on SM8550
         arm64: dts: qcom: Add MXC power domain to videocc node on SM8650

This list looks sparse.

- camcc is missing
- x1e is missing
- sm8650 and sm8750 and both also missing


Since there are concerns about DT bindings ABI change of CAMCC given by
Krzysztof, likely CAMCC changes shall not be inserted into this series.

--
Best wishes,
Vladimir

drivers/clk/qcom/camcc-sm8650.c
drivers/clk/qcom/camcc-x1e80100.c

In fact we appear to be amending the dts but not the driver for the 8650
here.

I kindly ask to elaborate here.

This series does not touch CAMCC at all, and if the series touches CAMCC,
then it changes DT ABI, which is objected. Or is it for some reason
objected only for SM8550 and not for the other platforms? More information
is needed.

--
Best wishes,
Vladimir




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux