[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <86cd40ac-d255-f4b9-87cb-0cd34efba7d8@nvidia.com>
Date: Thu, 8 Feb 2018 15:34:56 +0530
From: Laxman Dewangan <ldewangan@...dia.com>
To: Mark Brown <broonie@...nel.org>,
Peter De Schrijver <pdeschrijver@...dia.com>
CC: <linux-tegra@...r.kernel.org>, <linux-clk@...r.kernel.org>,
<mturquette@...libre.com>, <sboyd@...eaurora.org>,
<robh+dt@...nel.org>, <mark.rutland@....com>,
<devicetree@...r.kernel.org>, <lgirdwood@...il.com>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 01/11] regulator: core: add API to get voltage
constraints
On Wednesday 07 February 2018 09:07 PM, Mark Brown wrote:
> On Wed, Feb 07, 2018 at 05:20:45PM +0200, Peter De Schrijver wrote:
>> On Wed, Feb 07, 2018 at 03:01:55PM +0000, Mark Brown wrote:
>>> I can't really tell what you're saying here. If the driver needs to
>>> know if it can set the a given voltage there's already an API for doing
>>> that as I said. If you're trying to convey this minimum and maximum
>>> voltage via the constraints that sounds like an abuse of the constraints.
>> No, what I want is the voltage which the regulator will output for a given
>> regulator_set_voltage request taking constraints, regulator step etc into
>> account.
> Knowing the range of the constaints is going to tell you nothing useful
> about that, it has zero information on steps or anything. The way to
> find out what voltages can be set is to enumerate the voltages that can
> be set through the existing API and then if you want to set a specific
> voltage that you've confirmed is available you can set exactly that
> voltage via the normal voltage setting interface, no need to provide a
> range.
Hi,
I added this API in downstream for the purpose of finding whether rail
output can be changed or not(fixed) based on constraints.
If min and max is same then it can not change. I used this information
to set the pad voltage of SOC automatically.
I dont know other usage when I added this API. May be Peter is needed here.
Powered by blists - more mailing lists