From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Mark Brown <broonie@kernel.org>
Cc: lee.jones@linaro.org, sameo@linux.intel.com, lgirdwood@gmail.com,
patches@opensource.wolfsonmicro.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/5] mfd: wm5110: Add delay before releasing reset line on cold boot
Date: Mon, 16 Mar 2015 18:45:18 +0000 [thread overview]
Message-ID: <20150316184518.GB23705@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <20150316171232.GU28806@sirena.org.uk>
On Mon, Mar 16, 2015 at 05:12:32PM +0000, Mark Brown wrote:
> On Mon, Mar 16, 2015 at 04:58:42PM +0000, Charles Keepax wrote:
>
> > On the first boot of the wm5110 it is important the reset line is held
> > for slightly longer to ensure the device starts up well. This patch adds
> > a 5mS delay for this.
>
> How can we tell what first boot is - what happens if the device is fully
> powered off during system suspend for example? I'd expect to see this
> done for system resume as well if we don't know power was maintained (or
> whatever else the distinction is).
Internally the device has some state, so effectively we define
the first boot as the first time DCVDD is applied since either
the last physical reset or time the core_supplies were missing.
I think your suspend example is pretty tricky, we enable the
regulators for the core_supplies at boot, so I guess we have
requested that the system never removes those so if it does so
anyway perhaps that is a system problem? There isn't really
anyway to tell if they were removed, since we can't talk to the
CODEC without DCVDD (even if we could I don't think we can find
out) and we need to know before we power it up. Also presumably
if the system removed the regulator when we told it not to it
won't report anything through the regulator framework.
That would leave the only possible solution being a hard reset
during every runtime resume but that makes me very nervous about
the AoD interrupts as state for those would be lost upon that
reset.
All in all, I really struggle to see what more the driver could
do here.
Thanks,
Charles
next prev parent reply other threads:[~2015-03-16 18:45 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-16 16:58 [PATCH 1/5] mfd: arizona: Factor out SYSCLK enable from wm5102 hardware patch Charles Keepax
2015-03-16 16:58 ` [PATCH 2/5] mfd: wm5110: Add register patch required for low power sleep Charles Keepax
2015-03-16 16:58 ` [PATCH 3/5] mfd: wm5110: Add delay before releasing reset line on cold boot Charles Keepax
2015-03-16 17:12 ` Mark Brown
2015-03-16 18:45 ` Charles Keepax [this message]
2015-03-16 20:47 ` Mark Brown
2015-03-17 11:50 ` Charles Keepax
2015-03-17 12:04 ` Mark Brown
2015-03-17 13:01 ` Charles Keepax
2015-03-16 16:58 ` [PATCH 4/5] regulator: arizona-ldo1: Add additional supported voltage Charles Keepax
2015-03-16 17:18 ` Mark Brown
2015-03-16 16:58 ` [PATCH 5/5] mfd: wm5110: Set DCVDD voltage to 1.175V before entering sleep mode Charles Keepax
2015-03-16 17:17 ` Mark Brown
2015-03-16 18:28 ` Charles Keepax
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=20150316184518.GB23705@opensource.wolfsonmicro.com \
--to=ckeepax@opensource.wolfsonmicro.com \
--cc=broonie@kernel.org \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@opensource.wolfsonmicro.com \
--cc=sameo@linux.intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox