[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6fa247b53740ca760a608e1446f95c95.sboyd@kernel.org>
Date: Fri, 10 Feb 2023 14:14:47 -0800
From: Stephen Boyd <sboyd@...nel.org>
To: Kathiravan T <quic_kathirav@...cinc.com>, agross@...nel.org,
andersson@...nel.org, konrad.dybcio@...aro.org,
linux-arm-msm@...r.kernel.org, linux-clk@...r.kernel.org,
linux-kernel@...r.kernel.org, mturquette@...libre.com
Cc: quic_varada@...cinc.com, quic_srichara@...cinc.com,
Kathiravan T <quic_kathirav@...cinc.com>
Subject: Re: [PATCH V2] clk: qcom: ipq5332: mark GPLL4 as critical temporarily
Quoting Kathiravan T (2023-02-05 23:31:01)
> diff --git a/drivers/clk/qcom/gcc-ipq5332.c b/drivers/clk/qcom/gcc-ipq5332.c
> index c8a5fa1bafca..2e043d2d0598 100644
> --- a/drivers/clk/qcom/gcc-ipq5332.c
> +++ b/drivers/clk/qcom/gcc-ipq5332.c
> @@ -127,6 +127,16 @@ static struct clk_alpha_pll gpll4_main = {
> .parent_data = &gcc_parent_data_xo,
> .num_parents = 1,
> .ops = &clk_alpha_pll_stromer_ops,
> + /*
> + * There are no consumers for this GPLL in kernel yet,
> + * (will be added soon), so the clock framework
> + * disables this source. But some of the clocks
> + * initialized by boot loaders uses this source. So we
> + * need to keep this clock ON. Add the CRITICAL flag
> + * so the clock will not be disabled. Once the consumer
> + * in kernel is added, we can get rid off this flag.
s/off/of/
Does CLK_IGNORE_UNUSED work the same? It doesn't sound like a critical
clk from the description of the comment.
> + */
> + .flags = CLK_IS_CRITICAL,
> },
> },
Powered by blists - more mailing lists