[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAM8FrKJbf-FhBrEs+YScF3rZFSa4_vzPAbaFP+2hB2qjXGSmNg@mail.gmail.com>
Date: Thu, 15 Sep 2011 07:21:24 +0200
From: Marcus Folkesson <marcus.folkesson@...il.com>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>,
linux-kernel@...r.kernel.org
Subject: Re: Regulator constraints and userspace consumer
2011/9/15 Mark Brown <broonie@...nsource.wolfsonmicro.com>:
> On Wed, Sep 14, 2011 at 08:54:47PM +0200, Marcus Folkesson wrote:
>
>> What is the most accurate way to set the voltage for these
>> limitations when the system starts up? There is apparently no check if
>> the default configuration is within limits as the regulator stays on
>> 1125mV.
>> When I'm looking in the userspace consumer (/sys/class/regulator/),
>> the "max_microvolts" and "min_microvolts" is set to 1000000 but the
>> "microvolts" is set to 1125000.
>
> Set apply_uV in hte constraints. The regulator framework won't touch
> the hardware unless explicitly told to.
Ok, thank you!
>> * I want to change the output voltage from userspace on demand. What
>> is the most proper way to do this? If I have understand correctly, the
>> userspace consumer just exports interface for switching on/off the
>> regulator, is that correct?
>
> Why do you wish to do this? In general this is not a good sign. There
> is the virtual consumer but that is explicitly intended for test, it's
> not really supposed to be used in production.
We are working on an Software Defined Radio (SDR) in which power
consumption is an important part of the product.
The "modem" application executes in user space and has the
responsibility to turn the voltage regulators on/off to the radio card
and so on.
When the application goes into power-down mode, there are circuits
that are not used and we are able to reduce the voltage further by set
down a few boost regulators.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists