All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Gopikrishna Garmidi" <gopikrishna.garmidi@oss.qualcomm.com>
Cc: conor+dt@kernel.org, robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v7 2/5] arm64: dts: qcom: Add Kalambo SoC
Date: Wed, 09 Sep 2026 07:31:52 +0000	[thread overview]
Message-ID: <20260909073152.C08531F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260909-b4-kalambo-crd-v7-2-f5685804478a@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] Missing disablement of bwmon_cluster0 after CPU cluster 0 removal, leading to a synchronous external abort upon driver probe.
--

commit 917eea48188cf7e004e9ea44ee5963d8c898f1e5
Author: Gopikrishna Garmidi <gopikrishna.garmidi@oss.qualcomm.com>

arm64: dts: qcom: Add Kalambo SoC

Introduce support for the Qualcomm Kalambo SoC. It is derived from Mahua
with CPU cluster 0 (cpu0-cpu5) removed, leaving only cluster 1 (cpu6-cpu11).
The surviving cluster is re-added in the cpu-map as cluster0.

> diff --git a/arch/arm64/boot/dts/qcom/kalambo.dtsi b/arch/arm64/boot/dts/qcom/kalambo.dtsi
> new file mode 100644
> index 0000000000000..8e2077d9d0a8a
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/kalambo.dtsi
> @@ -0,0 +1,119 @@
> +// SPDX-License-Identifier: BSD-3-Clause
> +/*
> + * Copyright (c) Qualcomm Technologies, Inc. and/or its subsidiaries.
> + */
> +
> +#include "mahua.dtsi"
> +
> +/delete-node/ &cluster0_pd;
> +/delete-node/ &cpu_map;
> +/delete-node/ &cpu0;
> +/delete-node/ &cpu1;
> +/delete-node/ &cpu2;
> +/delete-node/ &cpu3;
> +/delete-node/ &cpu4;
> +/delete-node/ &cpu5;
> +/delete-node/ &cpu_pd0;
> +/delete-node/ &cpu_pd1;
> +/delete-node/ &cpu_pd2;
> +/delete-node/ &cpu_pd3;
> +/delete-node/ &cpu_pd4;
> +/delete-node/ &cpu_pd5;
> +/delete-node/ &cpu_scp_lpri1;

[Severity: High]
Since cluster 0 components are explicitly deleted here, does bwmon_cluster0
also need to be disabled?

The bwmon_cluster0 hardware is enabled by default in glymur.dtsi. If it
remains enabled here, the qcom,sdm845-bwmon driver will attempt to probe it
during boot. Would this result in a Synchronous External Abort (bus error)
and a kernel panic when the driver attempts memory-mapped I/O on the missing
hardware?

If bwmon_cluster0 is physically absent on Kalambo but cannot be deleted
entirely because it contains the shared cpu_bwmon_opp_table used by
bwmon_cluster1, should its status be overridden to disabled instead?

&bwmon_cluster0 {
	status = "disabled";
};

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260909-b4-kalambo-crd-v7-0-f5685804478a@oss.qualcomm.com?part=2

  reply	other threads:[~2026-09-09  7:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-09  7:18 [PATCH v7 0/5] arm64: dts: qcom: Add Kalambo SoC and CRD Gopikrishna Garmidi
2026-09-09  7:18 ` [PATCH v7 1/5] dt-bindings: arm: qcom: Document Kalambo SoC and board Gopikrishna Garmidi
2026-09-09  7:18 ` [PATCH v7 2/5] arm64: dts: qcom: Add Kalambo SoC Gopikrishna Garmidi
2026-09-09  7:31   ` sashiko-bot [this message]
2026-09-09  7:18 ` [PATCH v7 3/5] arm64: dts: qcom: Add Kalambo CRD Gopikrishna Garmidi
2026-09-09  7:18 ` [PATCH v7 4/5] firmware: qcom: scm: Allow QSEECOM on " Gopikrishna Garmidi
2026-09-09  7:18 ` [PATCH v7 5/5] soc: qcom: ubwc: Add Kalambo UBWC config Gopikrishna Garmidi

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=20260909073152.C08531F00A3A@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=gopikrishna.garmidi@oss.qualcomm.com \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.