From: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
To: Marek Szyprowski <m.szyprowski@samsung.com>,
Val Packett <val@packett.cool>,
Bjorn Andersson <andersson@kernel.org>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>,
Jonathan Marek <jonathan@marek.ca>
Cc: Konrad Dybcio <konradybcio@kernel.org>,
Johan Hovold <johan+linaro@kernel.org>,
Manivannan Sadhasivam <mani@kernel.org>,
Dmitry Baryshkov <lumag@kernel.org>,
Maximilian Luz <luzmaximilian@gmail.com>,
linux-arm-msm@vger.kernel.org, linux-clk@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 08/11] clk: qcom: dispcc-sm8250: Enable parents for pixel clocks
Date: Tue, 16 Jun 2026 13:33:17 +0200 [thread overview]
Message-ID: <f9511ec8-be32-4232-9168-00f967c29508@oss.qualcomm.com> (raw)
In-Reply-To: <2f5b98a4-80a6-4611-9615-ab0202a8c455@samsung.com>
On 3/20/26 12:32 PM, Marek Szyprowski wrote:
> Hi,
>
> On 12.03.2026 12:12, Val Packett wrote:
>> Add CLK_OPS_PARENT_ENABLE to MDSS pixel clock sources to ensure parent
>> clocks are enabled during clock operations, preventing potential
>> stability issues during display configuration.
>>
>> Fixes: 80a18f4a8567 ("clk: qcom: Add display clock controller driver for SM8150 and SM8250")
>> Signed-off-by: Val Packett <val@packett.cool>
>
> This patch landed in yesterday's linux-next as commit. In my tests I
> found that it triggers the following warning on RB5 board:
Hi, I was clearing out my inbox.. Is this still happening on the latest
next?
Konrad
>
> ------------[ cut here ]------------
> dsi0_phy_pll_out_dsiclk already disabled
> WARNING: drivers/clk/clk.c:1188 at clk_core_disable+0x1ac/0x1bc, CPU#1:
> kworker/u32:6/120
> Modules linked in: ...
> CPU: 1 UID: 0 PID: 120 Comm: kworker/u32:6 Not tainted 7.0.0-rc1+ #12425
> PREEMPT
> Hardware name: Qualcomm Technologies, Inc. Robotics RB5 (DT)
> Workqueue: events_unbound deferred_probe_work_func
> pstate: 604000c5 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> pc : clk_core_disable+0x1ac/0x1bc
> lr : clk_core_disable+0x1ac/0x1bc
> sp : ffff800081a2b990
> ...
> Call trace:
> clk_core_disable+0x1ac/0x1bc (P)
> __clk_set_parent_after+0x9c/0xf0
> clk_core_set_parent_nolock+0x1f8/0x230
> clk_set_parent+0x40/0x84
> of_clk_set_defaults+0x130/0x4b8
> platform_probe+0x38/0xac
> really_probe+0xbc/0x298
> __driver_probe_device+0x78/0x12c
> driver_probe_device+0x40/0x164
> __device_attach_driver+0xa4/0x148
> bus_for_each_drv+0x80/0xdc
> __device_attach+0xa8/0x1b0
> device_initial_probe+0x50/0x54
> bus_probe_device+0x38/0xa8
> deferred_probe_work_func+0x8c/0xc8
> process_one_work+0x20c/0x78c
> worker_thread+0x244/0x388
> kthread+0x140/0x14c
> ret_from_fork+0x10/0x20
> irq event stamp: 336832
> hardirqs last enabled at (336831): [<ffffad391268b854>]
> _raw_spin_unlock_irqrestore+0x74/0x78
> hardirqs last disabled at (336832): [<ffffad3911b6d8b4>]
> clk_enable_lock+0xcc/0x110
> softirqs last enabled at (336804): [<ffffad391134b884>]
> handle_softirqs+0x624/0x63c
> softirqs last disabled at (336793): [<ffffad3911290674>]
> __do_softirq+0x14/0x20
> ---[ end trace 0000000000000000 ]---
> ------------[ cut here ]------------
> dsi0_phy_pll_out_dsiclk already unprepared
> WARNING: drivers/clk/clk.c:1047 at clk_core_unprepare+0x1f0/0x210,
> CPU#6: kworker/u32:6/120
>
> It looks like a bug in the code performing the default clocks
> configuration though.
>
>> ---
>> drivers/clk/qcom/dispcc-sm8250.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/clk/qcom/dispcc-sm8250.c b/drivers/clk/qcom/dispcc-sm8250.c
>> index cdfdb2cfb02b..e59cdadd5647 100644
>> --- a/drivers/clk/qcom/dispcc-sm8250.c
>> +++ b/drivers/clk/qcom/dispcc-sm8250.c
>> @@ -578,7 +578,7 @@ static struct clk_rcg2 disp_cc_mdss_pclk0_clk_src = {
>> .name = "disp_cc_mdss_pclk0_clk_src",
>> .parent_data = disp_cc_parent_data_6,
>> .num_parents = ARRAY_SIZE(disp_cc_parent_data_6),
>> - .flags = CLK_SET_RATE_PARENT,
>> + .flags = CLK_SET_RATE_PARENT | CLK_OPS_PARENT_ENABLE,
>> .ops = &clk_pixel_ops,
>> },
>> };
>> @@ -592,7 +592,7 @@ static struct clk_rcg2 disp_cc_mdss_pclk1_clk_src = {
>> .name = "disp_cc_mdss_pclk1_clk_src",
>> .parent_data = disp_cc_parent_data_6,
>> .num_parents = ARRAY_SIZE(disp_cc_parent_data_6),
>> - .flags = CLK_SET_RATE_PARENT,
>> + .flags = CLK_SET_RATE_PARENT | CLK_OPS_PARENT_ENABLE,
>> .ops = &clk_pixel_ops,
>> },
>> };
>
> Best regards
next prev parent reply other threads:[~2026-06-16 11:33 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-12 11:12 [PATCH v2 00/11] clk: qcom: sc8180x: PM-related fixes (and refactoring) Val Packett
2026-03-12 11:12 ` [PATCH v2 01/11] dt-bindings: clock: qcom,gcc-sc8180x: Add missing GDSCs Val Packett
2026-03-13 10:09 ` Krzysztof Kozlowski
2026-03-12 11:12 ` [PATCH v2 02/11] clk: qcom: gcc-sc8180x: " Val Packett
2026-03-12 11:12 ` [PATCH v2 03/11] clk: qcom: gcc-sc8180x: Use retention for USB power domains Val Packett
2026-03-12 11:12 ` [PATCH v2 04/11] clk: qcom: gcc-sc8180x: Use retention for PCIe " Val Packett
2026-03-17 3:13 ` Manivannan Sadhasivam
2026-03-18 9:31 ` Konrad Dybcio
2026-03-12 11:12 ` [PATCH v2 05/11] clk: qcom: gcc-sc8180x: Enable runtime PM support Val Packett
2026-03-12 12:39 ` Dmitry Baryshkov
2026-03-12 11:12 ` [PATCH v2 06/11] clk: qcom: gcc-sc8180x: Refactor to use qcom_cc_driver_data Val Packett
2026-03-12 13:03 ` Dmitry Baryshkov
2026-03-13 10:45 ` Konrad Dybcio
2026-03-12 11:12 ` [PATCH v2 07/11] clk: qcom: dispcc-sm8250: Use shared ops on the mdss vsync clk Val Packett
2026-03-12 13:05 ` Dmitry Baryshkov
2026-03-12 11:12 ` [PATCH v2 08/11] clk: qcom: dispcc-sm8250: Enable parents for pixel clocks Val Packett
2026-03-12 13:14 ` Dmitry Baryshkov
2026-03-20 11:32 ` Marek Szyprowski
2026-06-16 11:33 ` Konrad Dybcio [this message]
2026-06-16 14:31 ` Marek Szyprowski
2026-06-18 11:37 ` Marek Szyprowski
2026-06-19 14:31 ` Konrad Dybcio
2026-03-12 11:12 ` [PATCH v2 09/11] clk: qcom: camcc-sc8180x: Remove wait_val for Titan GDSC Val Packett
2026-03-13 10:50 ` Konrad Dybcio
2026-03-13 16:10 ` Dmitry Baryshkov
2026-03-12 11:12 ` [PATCH v2 10/11] clk: qcom: camcc-sc8180x: Add missing HW_CTRL GDSC flag Val Packett
2026-03-13 10:53 ` Konrad Dybcio
2026-03-14 0:13 ` Val Packett
2026-03-16 9:24 ` Konrad Dybcio
2026-03-12 11:12 ` [PATCH v2 11/11] clk: qcom: camcc-sc8180x: Refactor to use qcom_cc_driver_data Val Packett
2026-03-12 13:14 ` Dmitry Baryshkov
2026-03-13 10:46 ` Konrad Dybcio
2026-03-19 2:46 ` (subset) [PATCH v2 00/11] clk: qcom: sc8180x: PM-related fixes (and refactoring) Bjorn Andersson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f9511ec8-be32-4232-9168-00f967c29508@oss.qualcomm.com \
--to=konrad.dybcio@oss.qualcomm.com \
--cc=andersson@kernel.org \
--cc=johan+linaro@kernel.org \
--cc=jonathan@marek.ca \
--cc=konradybcio@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lumag@kernel.org \
--cc=luzmaximilian@gmail.com \
--cc=m.szyprowski@samsung.com \
--cc=mani@kernel.org \
--cc=mturquette@baylibre.com \
--cc=sboyd@kernel.org \
--cc=val@packett.cool \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox