From: Gabor Juhos <j4g8y7@gmail.com>
To: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>,
Varadarajan Narayanan <quic_varada@quicinc.com>,
Devi Priya <quic_devipriy@quicinc.com>,
Praveenkumar I <quic_ipkumar@quicinc.com>,
Konrad Dybcio <konradybcio@kernel.org>,
Kathiravan T <quic_kathirav@quicinc.com>
Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] regulator: qcom_smd: change MP5496 supply names
Date: Wed, 17 Dec 2025 21:32:55 +0100 [thread overview]
Message-ID: <fef5ab5e-8b41-4a50-87d7-cb5e4169ff4e@gmail.com> (raw)
In-Reply-To: <680d3b17-7983-4522-89b9-13ad67f4bfe4@oss.qualcomm.com>
Hi Konrad,
2025. 12. 17. 11:30 keltezéssel, Konrad Dybcio írta:
> On 12/16/25 7:38 PM, Gabor Juhos wrote:
>> In case of the MP5496 regulators, the driver uses the same name both for
>> the regulator and for its supply. Due to this, in some cases the supply
>> gets resolved to the regulator itself, and the regulator core code throwns
>> an error message.
>>
>> For example, booting the kernel with the 'ipq9574-rdp433' device tree,
>> results in the following message in the log:
>>
>> [ 1.710392] qcom_rpm_smd_regulator remoteproc:glink-edge:rpm-requests:regulators: Supply for s1 (s1) resolved to itself
>>
>> Additionally, the driver uses different supply names for the 's2' and for
>> the 'l2' regulators which is incorrect. Here is the supply map based on the
>> datasheet of the MP5496:
>>
>> VIN1 -> Buck1
>> VIN2 -> Buck2, LDO2, LDO3
>> VIN3 -> Buck3
>> VIN4 -> Buck4
>> VIN5 -> LDO4, LDO5
>
> One thing this reveals is that there's an LDO3 and an LDO4 which
> we don't describe today..
The same is true for Buck3 and Buck4 too.
> are they managed as power-domains, or are there other other reasons?
Unfortunately, I don't know the exact reason.
I have no detailed hardware information about the reference boards, but it seems
that it depends on what is supported by the actual RPM firmware on the board.
For example, currently I have this RPM version on my IPQ9574 based board:
# cat /sys/kernel/debug/qcom_socinfo/rpm/name
03:RPM.BF.2.4.1-00116
# cat /sys/kernel/debug/qcom_socinfo/rpm/oem
CRM
# cat /sys/kernel/debug/qcom_socinfo/rpm/variant
CAAAANAAR
This version does not even support LDO5. At least, trying to use that results in
the following error:
[ 2.120281] l5: Bringing 0uV into 1800000-1800000uV
[ 2.127721] l5: failed to enable: -ENXIO
In this special case, the -ENXIO error code comes from qcom_smd_rpm_callback()
and it means that the resource does not exists.
So my guess is that the undescribed regulators are simply not used on the boards
supported currently.
Regards,
Gabor
next prev parent reply other threads:[~2025-12-17 20:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-16 18:38 [PATCH] regulator: qcom_smd: change MP5496 supply names Gabor Juhos
2025-12-17 10:30 ` Konrad Dybcio
2025-12-17 20:32 ` Gabor Juhos [this message]
2025-12-18 13:27 ` Konrad Dybcio
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=fef5ab5e-8b41-4a50-87d7-cb5e4169ff4e@gmail.com \
--to=j4g8y7@gmail.com \
--cc=broonie@kernel.org \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_devipriy@quicinc.com \
--cc=quic_ipkumar@quicinc.com \
--cc=quic_kathirav@quicinc.com \
--cc=quic_varada@quicinc.com \
/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