[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <168675861182.1453524.2927753257641993379.b4-ty@kernel.org>
Date: Wed, 14 Jun 2023 09:03:38 -0700
From: Bjorn Andersson <andersson@...nel.org>
To: Stephan Gerhold <stephan@...hold.net>
Cc: devicetree@...r.kernel.org,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Andy Gross <agross@...nel.org>, linux-kernel@...r.kernel.org,
Bryan O'Donoghue <bryan.odonoghue@...aro.org>,
linux-arm-msm@...r.kernel.org
Subject: Re: [PATCH 0/8] arm64: dts: qcom: msm8939: Rework regulator constraints
On Wed, 14 Jun 2023 09:15:58 +0200, Stephan Gerhold wrote:
> Rework the regulator constraints for the MSM8939 device trees to be
> closer to reality. There are several mistakes in there, some of them
> taken over directly from Qualcomm's vendor kernel. Fortunately, none of
> the mistakes is absolutely critical because it turns out that the RPM
> firmware also validates the voltages and silently clamps the requests
> to a proper range. Still, this behavior should be clearly represented
> in the device tree rather than pretending to apply the wrong voltages.
>
> [...]
Applied, thanks!
[1/8] arm64: dts: qcom: msm8939-pm8916: Add missing pm8916_codec supplies
commit: dce9254511d6c9ea0d5ed7e4f21e6206e2ca35ce
[2/8] arm64: dts: qcom: msm8939: Disable lpass_codec by default
commit: 6002a78023cded6f02eac7c812b076046cab8060
[3/8] arm64: dts: qcom: msm8939-sony-tulip: Fix l10-l12 regulator voltages
commit: 209aea1ad505519faf018b596e4fdca0d0569469
[4/8] arm64: dts: qcom: msm8939-sony-tulip: Allow disabling pm8916_l6
commit: 8771308c91cefc072f36415cec0b802ee55b1d96
[5/8] arm64: dts: qcom: msm8939: Fix regulator constraints
commit: 9187d555c4ba9544c7f117062d241aa085f59a06
[6/8] arm64: dts: qcom: msm8939-pm8916: Clarify purpose
commit: 88028fa047fb72826dd206b51550be780777718c
[7/8] arm64: dts: qcom: msm8939: Define regulator constraints next to usage
commit: 5cdab9a8c70c4d979909dd1bb6d1f3eacd9fa270
[8/8] arm64: dts: qcom: msm8939-pm8916: Mark always-on regulators
commit: ecbfba694b5baf2b854689c63ef011e905810c59
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists