* [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
@ 2026-05-05 15:29 Krzysztof Kozlowski
2026-05-06 7:43 ` Daniel J Blueman
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: Krzysztof Kozlowski @ 2026-05-05 15:29 UTC (permalink / raw)
To: Bjorn Andersson, Michael Turquette, Stephen Boyd, Brian Masney,
linux-arm-msm, linux-clk, linux-kernel
Cc: Krzysztof Kozlowski, Daniel J Blueman
Reading few registers at the end of the block (e.g. 0x10000, 0x10004)
might result in synchronous external abort, so limit the regmap to the
last readable register which allows dumping the regs for debugging.
Reported-by: Daniel J Blueman <daniel@quora.org>
Closes: https://lore.kernel.org/r/CAMVG2su+V5fcZ9LOC0Qm3bpfnhpbmQdJackc7-RvfztDL_dajw@mail.gmail.com/
Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com>
---
Not really tested, just idea based on sm8750 and datasheet/manual.
drivers/clk/qcom/dispcc-x1e80100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/qcom/dispcc-x1e80100.c b/drivers/clk/qcom/dispcc-x1e80100.c
index aa7fd43969f9..575ba90d2070 100644
--- a/drivers/clk/qcom/dispcc-x1e80100.c
+++ b/drivers/clk/qcom/dispcc-x1e80100.c
@@ -1634,7 +1634,7 @@ static const struct regmap_config disp_cc_x1e80100_regmap_config = {
.reg_bits = 32,
.reg_stride = 4,
.val_bits = 32,
- .max_register = 0x11008,
+ .max_register = 0xf004, /* 0x10000, 0x10004 and maybe others are for TZ */
.fast_io = true,
};
--
2.51.0
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
2026-05-05 15:29 [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap Krzysztof Kozlowski
@ 2026-05-06 7:43 ` Daniel J Blueman
2026-05-06 9:09 ` Konrad Dybcio
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Daniel J Blueman @ 2026-05-06 7:43 UTC (permalink / raw)
To: Krzysztof Kozlowski
Cc: Bjorn Andersson, Michael Turquette, Stephen Boyd, Brian Masney,
linux-arm-msm, linux-clk, linux-kernel
On Tue, 5 May 2026 at 23:29, Krzysztof Kozlowski
<krzysztof.kozlowski@oss.qualcomm.com> wrote:
>
> Reading few registers at the end of the block (e.g. 0x10000, 0x10004)
> might result in synchronous external abort, so limit the regmap to the
> last readable register which allows dumping the regs for debugging.
>
> Reported-by: Daniel J Blueman <daniel@quora.org>
> Closes: https://lore.kernel.org/r/CAMVG2su+V5fcZ9LOC0Qm3bpfnhpbmQdJackc7-RvfztDL_dajw@mail.gmail.com/
> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com>
> ---
>
> Not really tested, just idea based on sm8750 and datasheet/manual.
>
> drivers/clk/qcom/dispcc-x1e80100.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/clk/qcom/dispcc-x1e80100.c b/drivers/clk/qcom/dispcc-x1e80100.c
> index aa7fd43969f9..575ba90d2070 100644
> --- a/drivers/clk/qcom/dispcc-x1e80100.c
> +++ b/drivers/clk/qcom/dispcc-x1e80100.c
> @@ -1634,7 +1634,7 @@ static const struct regmap_config disp_cc_x1e80100_regmap_config = {
> .reg_bits = 32,
> .reg_stride = 4,
> .val_bits = 32,
> - .max_register = 0x11008,
> + .max_register = 0xf004, /* 0x10000, 0x10004 and maybe others are for TZ */
> .fast_io = true,
> };
Great work! With this change, no system hangs are observed reading
/sys/kernel/debug/regmap/af00000.clock-controller/registers on my X1
setup. This and the same fix for the other clock controllers are a top
candidate for -stable.
Tested-by: Daniel J Blueman <daniel@quora.org>
Thanks,
Dan
--
Daniel J Blueman
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
2026-05-05 15:29 [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap Krzysztof Kozlowski
2026-05-06 7:43 ` Daniel J Blueman
@ 2026-05-06 9:09 ` Konrad Dybcio
2026-05-12 20:22 ` Bjorn Andersson
2026-05-13 5:53 ` Abel Vesa
3 siblings, 0 replies; 5+ messages in thread
From: Konrad Dybcio @ 2026-05-06 9:09 UTC (permalink / raw)
To: Krzysztof Kozlowski, Bjorn Andersson, Michael Turquette,
Stephen Boyd, Brian Masney, linux-arm-msm, linux-clk,
linux-kernel
Cc: Daniel J Blueman
On 5/5/26 5:29 PM, Krzysztof Kozlowski wrote:
> Reading few registers at the end of the block (e.g. 0x10000, 0x10004)
> might result in synchronous external abort, so limit the regmap to the
> last readable register which allows dumping the regs for debugging.
>
> Reported-by: Daniel J Blueman <daniel@quora.org>
> Closes: https://lore.kernel.org/r/CAMVG2su+V5fcZ9LOC0Qm3bpfnhpbmQdJackc7-RvfztDL_dajw@mail.gmail.com/
> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com>
> ---
>
> Not really tested, just idea based on sm8750 and datasheet/manual.
Not a great explanation for a completely different SoC :P
>
> drivers/clk/qcom/dispcc-x1e80100.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/clk/qcom/dispcc-x1e80100.c b/drivers/clk/qcom/dispcc-x1e80100.c
> index aa7fd43969f9..575ba90d2070 100644
> --- a/drivers/clk/qcom/dispcc-x1e80100.c
> +++ b/drivers/clk/qcom/dispcc-x1e80100.c
> @@ -1634,7 +1634,7 @@ static const struct regmap_config disp_cc_x1e80100_regmap_config = {
> .reg_bits = 32,
> .reg_stride = 4,
> .val_bits = 32,
> - .max_register = 0x11008,
> + .max_register = 0xf004, /* 0x10000, 0x10004 and maybe others are for TZ */
There's some trailing registers for debugcc but we normally access those
via devmem anyway
Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Konrad
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
2026-05-05 15:29 [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap Krzysztof Kozlowski
2026-05-06 7:43 ` Daniel J Blueman
2026-05-06 9:09 ` Konrad Dybcio
@ 2026-05-12 20:22 ` Bjorn Andersson
2026-05-13 5:53 ` Abel Vesa
3 siblings, 0 replies; 5+ messages in thread
From: Bjorn Andersson @ 2026-05-12 20:22 UTC (permalink / raw)
To: Michael Turquette, Stephen Boyd, Brian Masney, linux-arm-msm,
linux-clk, linux-kernel, Krzysztof Kozlowski
Cc: Daniel J Blueman
On Tue, 05 May 2026 17:29:09 +0200, Krzysztof Kozlowski wrote:
> Reading few registers at the end of the block (e.g. 0x10000, 0x10004)
> might result in synchronous external abort, so limit the regmap to the
> last readable register which allows dumping the regs for debugging.
>
>
Applied, thanks!
[1/1] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
commit: c41f66ea9dae235cc1a5c3108a4420483d730328
Best regards,
--
Bjorn Andersson <andersson@kernel.org>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap
2026-05-05 15:29 [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap Krzysztof Kozlowski
` (2 preceding siblings ...)
2026-05-12 20:22 ` Bjorn Andersson
@ 2026-05-13 5:53 ` Abel Vesa
3 siblings, 0 replies; 5+ messages in thread
From: Abel Vesa @ 2026-05-13 5:53 UTC (permalink / raw)
To: Krzysztof Kozlowski
Cc: Bjorn Andersson, Michael Turquette, Stephen Boyd, Brian Masney,
linux-arm-msm, linux-clk, linux-kernel, Daniel J Blueman
On 26-05-05 17:29:09, Krzysztof Kozlowski wrote:
> Reading few registers at the end of the block (e.g. 0x10000, 0x10004)
> might result in synchronous external abort, so limit the regmap to the
> last readable register which allows dumping the regs for debugging.
>
> Reported-by: Daniel J Blueman <daniel@quora.org>
> Closes: https://lore.kernel.org/r/CAMVG2su+V5fcZ9LOC0Qm3bpfnhpbmQdJackc7-RvfztDL_dajw@mail.gmail.com/
> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com>
Reviewed-by: Abel Vesa <abel.vesa@oss.qualcomm.com>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-05-13 5:54 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-05-05 15:29 [RFT PATCH] clk: qcom: dispcc-x1e80100: Fix (possibly) dumping regmap Krzysztof Kozlowski
2026-05-06 7:43 ` Daniel J Blueman
2026-05-06 9:09 ` Konrad Dybcio
2026-05-12 20:22 ` Bjorn Andersson
2026-05-13 5:53 ` Abel Vesa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®