From: Peter Chen <peter.chen@freescale.com>
To: Mark Brown <broonie@kernel.org>
Cc: <linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <lgirdwood@gmail.com>
Subject: Re: parent/child hierarchy for regulator
Date: Fri, 6 Mar 2015 10:51:16 +0800 [thread overview]
Message-ID: <20150306025115.GB12879@shlinux2> (raw)
In-Reply-To: <20150305122234.GL21293@sirena.org.uk>
On Thu, Mar 05, 2015 at 12:22:34PM +0000, Mark Brown wrote:
> On Thu, Mar 05, 2015 at 06:35:36PM +0800, Peter Chen wrote:
>
> > Any good ways at code/dts to show parent/child hierarchy for regulator?
>
> There's plenty of examples in mainline...
>
thanks, I am back to study again.
> > The related regulators at my platforms like below:
> > PMIC (SWB 5v) --> Switch Chip (GPIO Regulator) --> USB VBUS
>
> > PMIC has one 5V regulator (eg, swbst at pfuse), and it is the input
> > for USB power switch chip, and there are two gpios at this switch
> > chip to control if 5V is output or not, we register these two gpios as
> > fixed regulators, currently, if regulator swbst is disabled, the
> > gpio regulator has no way to know, and cause the vbus voltage is wrong.
>
> Can you please clarify why you're registering two fixed voltage
> regulators for the switch chip and how you're doing that?
Two fixed regulators for two USB vbus, there are no relationships beween
them, but both of them needs PMIC 5V (swbst at pfuse) to be enabled.
> The picture
> above looks like you should just have a single regulator there and
> nothing should care if the either regulator is enabled when querying the
> parent for its voltage.
I need to care about its parent's status, currently, the usb code does
not consider parent regulator, so after below patch, the voltage of
vbus is incorrect, due to parent regulator is disabled after boots up,
there is no user for this parent regulator.
commit a6dcf9782f99a0d844b4d06f65cc990468424068
Author: Sean Cross <xobs@kosagi.com>
Date: Mon May 26 16:45:40 2014 +0800
regulator: pfuze100: Support SWB enable/disable
The SWB regulators have the ability to be turned on and off.
Add enable/disable support for these regulators.
--
Best Regards,
Peter Chen
next prev parent reply other threads:[~2015-03-06 2:51 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-05 10:35 parent/child hierarchy for regulator Peter Chen
2015-03-05 12:18 ` Stefan Wahren
2015-03-06 2:40 ` Peter Chen
2015-03-05 12:22 ` Mark Brown
2015-03-06 2:51 ` Peter Chen [this message]
2015-03-06 7:18 ` Peter Chen
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=20150306025115.GB12879@shlinux2 \
--to=peter.chen@freescale.com \
--cc=broonie@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.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