From: Majid Hajiheidari <majidhhdri@gmail.com>
To: barnabas.czeman@mainlining.org
Cc: andersson@kernel.org, konradybcio@kernel.org, rafael@kernel.org,
viresh.kumar@linaro.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, abelvesa@kernel.org, mani@kernel.org,
admin@mswin.me, linux-arm-msm@vger.kernel.org,
linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] arm64: dts: qcom: sm6125: Add cpufreq-hw and CPU idle states
Date: Sun, 15 Nov 2026 03:10:11 +0100 [thread overview]
Message-ID: <20261115021019.731462-1-majidhhdri@gmail.com> (raw)
In-Reply-To: <20261115003158.391171-1-majidhhdri@gmail.com>
Hi Barnabás,
I should have put you on Cc of this series, sorry. After sending it I
looked at your sm61x5 7.3-develop branch and saw that you have cpufreq
for SM6125 there as well, done differently, so I would like to sort this
out with you rather than have two versions on the list.
The differences as far as I can see:
- Your branch gives qcom,sm6125-cpufreq-hw its own soc data in the
driver (lut_max_entries = 12) and makes the clocks optional, with
19.2 MHz and 300 MHz as defaults. This series uses the generic
qcom,cpufreq-hw fallback like SM6115 does, and takes "xo" from rpmcc
and "alternate" from GCC GPLL0_OUT_EARLY, so it needs no driver change.
- I booted your branch (cdcfb1386, plus the laurel-sprout board part
for mpss and wifi) on my Mi A3 to compare. Both versions give exactly
the same tables:
policy0: 300000 614400 864000 1017600 1305600 1420800 1612800 1804800
policy4: 300000 652800 902400 1056000 1401600 1536000 1804800 2016000
With the generic data the LUT read stops at the first repeated row, so
the 40 row limit is never reached on this phone. Did you see it cause
a problem on another device, or is the 12 from the downstream
max-lut-entries? If some SM6125 board fills all 12 rows I see why the
limit matters, and I am happy to rework this series or to drop the
cpufreq part in favour of yours, whichever you and the maintainers
prefer.
Beyond cpufreq: on that boot your mpss and wifi nodes worked on
laurel-sprout with only the board enablement added (firmware-name and
the four WCN3990 supplies): the modem came up and wlan0 associated. Two
things I noticed, in case they are useful:
- the modem crashed twice during startup ("fatal error without message"
at 103 s and 145 s), recovered both times and then stayed up;
- ModemManager did not find a modem. On my own tree, which also has the
IPA node and a dynamically allocated rmtfs region, it registers and I
see no crashes. I have not tried to find out which difference matters.
I have modem, WiFi, ADSP/CDSP, Bluetooth and IPA device tree running on
this phone on next-20261113, but since you have modem and WiFi in
progress I will not post those. I can test your patches on laurel-sprout
and reply with Tested-by, and if it helps I can send the parts you do
not have yet (for example Bluetooth, ADSP/CDSP or the laurel-sprout
board enablement). Just tell me what would be useful.
Thanks,
Majid
prev parent reply other threads:[~2026-11-15 2:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-15 0:31 Majid Hajiheidari
2026-11-15 0:31 ` [PATCH 1/3] dt-bindings: cpufreq: cpufreq-qcom-hw: Add SM6125 compatible Majid Hajiheidari
2026-11-15 0:31 ` [PATCH 2/3] arm64: dts: qcom: sm6125: Add cpufreq-hw node Majid Hajiheidari
2026-11-15 0:31 ` [PATCH 3/3] arm64: dts: qcom: sm6125: Add CPU idle states Majid Hajiheidari
2026-11-15 2:10 ` Majid Hajiheidari [this message]
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=20261115021019.731462-1-majidhhdri@gmail.com \
--to=majidhhdri@gmail.com \
--cc=abelvesa@kernel.org \
--cc=admin@mswin.me \
--cc=andersson@kernel.org \
--cc=barnabas.czeman@mainlining.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--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=mani@kernel.org \
--cc=rafael@kernel.org \
--cc=robh@kernel.org \
--cc=viresh.kumar@linaro.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
all inboxes | Powered by JetHome®