From: "Luca Weiss" <luca.weiss@fairphone.com>
To: "Alexandre Messier" <alex@me.ssier.org>,
"Dmitry Baryshkov" <dmitry.baryshkov@oss.qualcomm.com>,
"Georgi Djakov" <djakov@kernel.org>,
"Konrad Dybcio" <konradybcio@kernel.org>,
"Bjorn Andersson" <andersson@kernel.org>,
"Luca Weiss" <luca.weiss@fairphone.com>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Brian Masney" <masneyb@onstation.org>
Cc: <linux-arm-msm@vger.kernel.org>, <linux-pm@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
"Brian Masney" <bmasney@redhat.com>,
"Konrad Dybcio" <konrad.dybcio@oss.qualcomm.com>
Subject: Re: [PATCH v2 0/9] interconnect: qcom: let MSM8974 interconnect work again
Date: Tue, 24 Mar 2026 12:04:06 +0100 [thread overview]
Message-ID: <DHAYO287YDEO.12W871ZAAJ6GD@fairphone.com> (raw)
In-Reply-To: <b09a51bf-26b8-4c88-ab23-c92ddc1fb801@me.ssier.org>
On Tue Mar 24, 2026 at 3:09 AM CET, Alexandre Messier wrote:
> On 2026-03-23 20:10, Dmitry Baryshkov wrote:
>> Commit d6edc31f3a68 ("clk: qcom: smd-rpm: Separate out interconnect bus
>> clocks") moved control over several RPM resources from the clk-smd-rpm
>> driver to the icc-rpm.c interconnect helpers. Most of the platforms were
>> fixed before that commit or shortly after. However the MSM8974 was left
>> as a foster child in broken state. Fix the loose ends and reenable
>> interconnects on that platform.
>>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
>> ---
>> Changes in v2:
>> - Swapped order of clocks and clock-names properties (Konrad)
>> - Corrected the ocmem comment regarding core clock (Konrad)
>> - Link to v1: https://lore.kernel.org/r/20260323-msm8974-icc-v1-0-7892b8d5f2ea@oss.qualcomm.com
>>
>> ---
>> Dmitry Baryshkov (9):
>> dt-bindings: interconnect: qcom,msm8974: drop bus clocks
>> dt-bindings: interconnect: qcom,msm8974: use qcom,rpm-common
>> interconnect: qcom: drop unused is_on flag
>> interconnect: qcom: icc-rpm: allow overwriting get_bw callback
>> interconnect: qcom: define OCMEM bus resource
>> interconnect: qcom: let platforms declare their bugginess
>> interconnect: qcom: msm8974: switch to the main icc-rpm driver
>> interconnect: qcom: msm8974: expand DEFINE_QNODE macros
>> ARM: dts: qcom: msm8974: Drop RPM bus clocks
>>
>> .../bindings/interconnect/qcom,msm8974.yaml | 28 +-
>> arch/arm/boot/dts/qcom/qcom-msm8974.dtsi | 21 +-
>> drivers/interconnect/qcom/icc-rpm-clocks.c | 6 +
>> drivers/interconnect/qcom/icc-rpm.c | 18 +-
>> drivers/interconnect/qcom/icc-rpm.h | 7 +-
>> drivers/interconnect/qcom/msm8974.c | 1637 +++++++++++++++-----
>> 6 files changed, 1274 insertions(+), 443 deletions(-)
>> ---
>> base-commit: 8e5a478b6d6a5bb0a3d52147862b15e4d826af19
>> change-id: 20260322-msm8974-icc-0ac4c28e139a
>>
>> Best regards,
>> --
>> With best wishes
>> Dmitry
>>
>>
>
> Tried this patch series on top of 7.0-rc5, using "htc,m8", and can confirm the device boots properly now!
Thanks for testing!
> I do see these messages in the kernel log now:
>
> [ 0.692540] ocmem fdd00000.sram: error -ENOENT: Unable to get core clock
> [ 0.692582] ocmem fdd00000.sram: probe with driver ocmem failed with error -2
> [ 24.173125] mmcc-msm8974 fd8c0000.clock-controller: sync_state() pending due to fdd00000.sram
For that you need this patch series
https://lore.kernel.org/linux-arm-msm/20260323-ocmem-v1-0-ad9bcae44763@oss.qualcomm.com/t/
Then ocmem probes again correctly:
[ 0.859855] ocmem fdd00000.sram: 8 ports, 3 regions, 24 macros, interleaved
Regards
Luca
next prev parent reply other threads:[~2026-03-24 11:04 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-24 0:10 [PATCH v2 0/9] interconnect: qcom: let MSM8974 interconnect work again Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 1/9] dt-bindings: interconnect: qcom,msm8974: drop bus clocks Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 2/9] dt-bindings: interconnect: qcom,msm8974: use qcom,rpm-common Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 3/9] interconnect: qcom: drop unused is_on flag Dmitry Baryshkov
2026-03-24 9:40 ` Konrad Dybcio
2026-03-24 0:10 ` [PATCH v2 4/9] interconnect: qcom: icc-rpm: allow overwriting get_bw callback Dmitry Baryshkov
2026-03-24 10:54 ` Konrad Dybcio
2026-03-24 0:10 ` [PATCH v2 5/9] interconnect: qcom: define OCMEM bus resource Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 6/9] interconnect: qcom: let platforms declare their bugginess Dmitry Baryshkov
2026-03-24 12:14 ` Luca Weiss
2026-03-25 10:52 ` Konrad Dybcio
2026-03-24 0:10 ` [PATCH v2 7/9] interconnect: qcom: msm8974: switch to the main icc-rpm driver Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 8/9] interconnect: qcom: msm8974: expand DEFINE_QNODE macros Dmitry Baryshkov
2026-03-24 0:10 ` [PATCH v2 9/9] ARM: dts: qcom: msm8974: Drop RPM bus clocks Dmitry Baryshkov
2026-03-24 9:40 ` Konrad Dybcio
2026-03-24 2:09 ` [PATCH v2 0/9] interconnect: qcom: let MSM8974 interconnect work again Alexandre Messier
2026-03-24 11:04 ` Luca Weiss [this message]
2026-03-24 11:07 ` Luca Weiss
2026-03-31 21:04 ` (subset) " 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=DHAYO287YDEO.12W871ZAAJ6GD@fairphone.com \
--to=luca.weiss@fairphone.com \
--cc=alex@me.ssier.org \
--cc=andersson@kernel.org \
--cc=bmasney@redhat.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=djakov@kernel.org \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=masneyb@onstation.org \
--cc=robh@kernel.org \
/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