[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<DS7PR19MB888311FA3E79AD9F77FBD1BF9D8D2@DS7PR19MB8883.namprd19.prod.outlook.com>
Date: Fri, 2 May 2025 16:45:59 +0400
From: George Moussalem <george.moussalem@...look.com>
To: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
Bjorn Andersson <andersson@...nel.org>,
Michael Turquette <mturquette@...libre.com>, Stephen Boyd
<sboyd@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Luo Jie <quic_luoj@...cinc.com>,
Lee Jones <lee@...nel.org>, Konrad Dybcio <konradybcio@...nel.org>
Cc: linux-arm-msm@...r.kernel.org, linux-clk@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/6] clk: qcom: ipq5018: mark XO clock as critical
On 5/2/25 14:29, Konrad Dybcio wrote:
> On 5/2/25 12:15 PM, George Moussalem via B4 Relay wrote:
>> From: George Moussalem <george.moussalem@...look.com>
>>
>> The XO clock must not be disabled, so let's add the CLK_IS_CRITICAL
>> flag to avoid the kernel trying to disable the XO clock (when parenting
>> it under the CMN PLL reference clock), else the kernel will panic and
>> the following message will appear in the kernel logs:
>
> Remove the struct definition for this clock (and the assignment in
> blah_blah_clks[]) and replace it with:
>
> qcom_branch_set_clk_en(regmap, 0x30030); /* GCC_XO_CLK */
understood, thanks for the quick turnaround!
>
> Konrad
Best regards,
George
Powered by blists - more mailing lists