From: Jorge Ramirez <jorge.ramirez-ortiz@linaro.org>
To: Bjorn Andersson <bjorn.andersson@linaro.org>,
Jeffrey Hugo <jeffrey.l.hugo@gmail.com>
Cc: lgirdwood@gmail.com, broonie@kernel.org,
linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel
Date: Wed, 19 Jun 2019 21:43:57 +0200 [thread overview]
Message-ID: <871848c2-d600-fb20-1d5d-c196ea5aba44@linaro.org> (raw)
In-Reply-To: <20190619190557.GL4814@minitux>
On 6/19/19 21:05, Bjorn Andersson wrote:
> On Wed 19 Jun 11:56 PDT 2019, Jeffrey Hugo wrote:
>
>> spmi_regulator_set_voltage_time_sel() calculates the amount of delay
>> needed as the result of setting a new voltage. Essentially this is the
>> absolute difference of the old and new voltages, divided by the slew rate.
>>
>> The implementation of spmi_regulator_set_voltage_time_sel() is wrong.
>>
>> It attempts to calculate the difference in voltages by using the
>> difference in selectors and multiplying by the voltage step between
>> selectors. This ignores the possibility that the old and new selectors
>> might be from different ranges, which have different step values. Also,
>> the difference between the selectors may encapsulate N ranges inbetween,
>> so a summation of each selector change from old to new would be needed.
>>
>> Lets avoid all of that complexity, and just get the actual voltage
>> represented by both the old and new selector, and use those to directly
>> compute the voltage delta. This is more straight forward, and has the
>> side benifit of avoiding issues with regulator implementations that don't
>> have hardware register support to get the current configured range.
>>
>> Fixes: e92a4047419c ("regulator: Add QCOM SPMI regulator driver")
>> Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
>> Reported-by: Jorge Ramirez-Ortiz <jorge.ramirez-ortiz@linaro.org>
>> Signed-off-by: Jeffrey Hugo <jeffrey.l.hugo@gmail.com>
>
> Reviewed-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Tested on EVB-4000 using the cpufreq patchset that I still need to
repost v3 [1]
Tested-by: Jorge Ramirez-Ortiz <jorge.ramirez-ortiz@linaro.org>
[1] https://patchwork.kernel.org/cover/10784383/
>
>> ---
>> drivers/regulator/qcom_spmi-regulator.c | 8 ++------
>> 1 file changed, 2 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/regulator/qcom_spmi-regulator.c b/drivers/regulator/qcom_spmi-regulator.c
>> index 13f83be50076..877df33e0246 100644
>> --- a/drivers/regulator/qcom_spmi-regulator.c
>> +++ b/drivers/regulator/qcom_spmi-regulator.c
>> @@ -813,14 +813,10 @@ static int spmi_regulator_set_voltage_time_sel(struct regulator_dev *rdev,
>> unsigned int old_selector, unsigned int new_selector)
>> {
>> struct spmi_regulator *vreg = rdev_get_drvdata(rdev);
>> - const struct spmi_voltage_range *range;
>> int diff_uV;
>>
>> - range = spmi_regulator_find_range(vreg);
>> - if (!range)
>> - return -EINVAL;
>> -
>> - diff_uV = abs(new_selector - old_selector) * range->step_uV;
>> + diff_uV = abs(spmi_regulator_common_list_voltage(rdev, new_selector) -
>> + spmi_regulator_common_list_voltage(rdev, old_selector));
>>
>> return DIV_ROUND_UP(diff_uV, vreg->slew_rate);
>> }
>> --
>> 2.17.1
>>
>
next prev parent reply other threads:[~2019-06-19 19:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-19 18:56 Jeffrey Hugo
2019-06-19 19:05 ` Bjorn Andersson
2019-06-19 19:43 ` Jorge Ramirez [this message]
2019-06-20 11:54 ` Mark Brown
2019-06-20 13:32 ` Applied "regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel" to the regulator tree Mark Brown
2019-06-20 13:55 ` [PATCH] regulator: qcom_spmi: Fix math of spmi_regulator_set_voltage_time_sel Niklas Cassel
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=871848c2-d600-fb20-1d5d-c196ea5aba44@linaro.org \
--to=jorge.ramirez-ortiz@linaro.org \
--cc=bjorn.andersson@linaro.org \
--cc=broonie@kernel.org \
--cc=jeffrey.l.hugo@gmail.com \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.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
all inboxes | Powered by JetHome®