From: Tony Lindgren <tony@atomide.com>
To: Peter Barada <peter.barada@logicpd.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: How to keep DM37x GPIO_162 high during off-mode
Date: Tue, 9 Jul 2013 08:55:11 -0700 [thread overview]
Message-ID: <20130709155511.GG5523@atomide.com> (raw)
In-Reply-To: <51DC238B.2060103@logicpd.com>
* Peter Barada <peter.barada@logicpd.com> [130709 08:14]:
> I'm working with a 3.0.8 kernel in Android ICS and have run into a
> problem using wl12xx bluetooth after a suspend/resume cycle.
>
> GPIO_162 in this design is connected to the BT_EN pin of the wl12xx and
> needs to be held high to keep the bluetooth core from resetting while
> the DM37x goes into off mode.
>
> I've tried muxing the pin using OMAP_PIN_OUTPUT |
> OMAP_PIN_OFF_OUTPUT_HIGH, but the pin goes low when the chip goes into
> off mode. If I disable off mode via "echo 0 >
> /sys/kernel/debug/pm_debug/enable_off_mode" the pin remains high while
> the chip goes into retention and the bluetooth core works after resume.
>
> Any ideas why GPIO_162 would go low during suspend to off mode?
Unless the GPIO is in a GPIO bank that's connected to the WKUP
power domain, the GPIO bank context will be lost. So there's a short
period where the GPIO bank is in an uninitialized state between waking
from off-idle and before the context to the GPIO bank gets restored in
omap_gpio_runtime_resume().
If there's a pull on the line, the period is long enough to change
the line.
Unless the TI people know some magic tricks that I'm not aware of,
there's no way around it, except to use external pulls to keep
the GPIO line in desired state, or move the GPIO somewhere else,
like TWL.
Regards,
Tony
next prev parent reply other threads:[~2013-07-09 15:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-09 14:51 How to keep DM37x GPIO_162 high during off-mode Peter Barada
2013-07-09 15:55 ` Tony Lindgren [this message]
2013-07-11 19:00 ` Peter Barada
2013-07-11 20:15 ` Grygorii Strashko
2013-07-11 20:33 ` Peter Barada
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=20130709155511.GG5523@atomide.com \
--to=tony@atomide.com \
--cc=linux-omap@vger.kernel.org \
--cc=peter.barada@logicpd.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;
as well as URLs for NNTP newsgroup(s).