All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>
To: Mark Brown <broonie@kernel.org>
Cc: Sebastian Reichel <sre@kernel.org>,
	tony@atomide.com, lgirdwood@gmail.com,
	linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] regulator: twl: Enable regulators over the powerbus as well
Date: Fri, 25 Mar 2016 19:22:45 +0200	[thread overview]
Message-ID: <56F573E5.6030408@gmail.com> (raw)
In-Reply-To: <20160325170558.GB5028@sirena.org.uk>



On 25.03.2016 19:05, Mark Brown wrote:
> On Fri, Mar 25, 2016 at 06:50:18PM +0200, Ivaylo Dimitrov wrote:
>> On 25.03.2016 18:19, Mark Brown wrote:
>
>>> What makes you claim that this is a bug in the framework?  Does anything
>>> in the machine configuration say that changing the modes is allowed?
>
>> My understanding is that regulator core have to make sure an enabled
>> regulator to be in REGULATOR_STATUS_NORMAL. Now it enables the regulator,
>
> No, absolutely not.  Modes are completely orthogonal to enabling and
> disabling the regulator - modes reflect an efficiency/accuracy tradeoff
> in the regulation, they are nothing to do with the regulator being
> enabled.  Setting a mode should not affect the regulator enable state
> and enabling the regulator should not affect the mode.
>
>> It might be that I am not getting the logic behind.
>
> Yes, that seems to be the case.
>

Fair enough.

Now, what am I supposed to do to the fix the problem. Will try to 
explain it in more details:

On Nokia N900 regulators are left in the mode last set by the bootloader 
or by the stock kernel, depends on whether it is power-on or reboot from 
stock kernel to mainline. That leads to problem with devices connected 
to vmmc2 regulator - when the device is rebooted from stock kernel vmmc2 
is left in "sleep" mode (REGULATOR_STATUS_STANDBY in terms of regulator 
framework) and as noone in mainline kernel switches vmmc2 regulator to 
normal (REGULATOR_STATUS_NORMAL) mode, devices supplied by it does not 
get enough power to operate normally.

  reply	other threads:[~2016-03-25 17:22 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-23 19:22 [PATCH] regulator: twl: Enable regulators over the powerbus as well Ivaylo Dimitrov
2016-03-25 11:17 ` Mark Brown
2016-03-25 15:02   ` Sebastian Reichel
2016-03-25 15:54     ` Mark Brown
2016-03-25 16:09       ` Ivaylo Dimitrov
2016-03-25 16:19         ` Mark Brown
2016-03-25 16:50           ` Ivaylo Dimitrov
2016-03-25 17:05             ` Mark Brown
2016-03-25 17:22               ` Ivaylo Dimitrov [this message]
2016-03-25 18:20                 ` Mark Brown
2016-03-25 20:19                   ` Sebastian Reichel
2016-03-25 22:28                     ` Mark Brown
2016-03-26  6:18                       ` Ivaylo Dimitrov
2016-03-25 16:47       ` Sebastian Reichel
2016-03-25 17:23         ` Mark Brown

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=56F573E5.6030408@gmail.com \
    --to=ivo.g.dimitrov.75@gmail.com \
    --cc=broonie@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=sre@kernel.org \
    --cc=tony@atomide.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.