From: Tony Lindgren <tony@atomide.com>
To: Pascal Huerst <pascal.huerst@gmail.com>
Cc: santosh.shilimkar@ti.com, khilman@deeprootsystems.com,
linus.walleij@linaro.org, gnurou@gmail.com,
linux-omap@vger.kernel.org, linux-gpio@vger.kernel.org,
linux-kernel@vger.kernel.org, Daniel Mack <daniel@zonque.org>
Subject: Re: gpio-omap: wakeup mask
Date: Wed, 9 Jul 2014 03:41:42 -0700 [thread overview]
Message-ID: <20140709104142.GO28884@atomide.com> (raw)
In-Reply-To: <53BD1683.9030505@gmail.com>
* Pascal Huerst <pascal.huerst@gmail.com> [140709 03:18]:
> Hey Tony, all
>
> On 04.07.2014 09:27, Tony Lindgren wrote:
> > * Pascal Huerst <pascal.huerst@gmail.com> [140702 05:12]:
> >> Hi everyone,
> >>
> >> we have a device with an am335x and are using some gpios on bank0 to
> >> wake up the device from suspend to ram.
> >>
> >> We have some user buttons which are configured in the devicetree as
> >> gpio-keys and one power-key which should wake up the device:
> >>
> >> &buttons {
> >> power {
> >> label = "Power";
> >> gpios = <&gpio0 6 1>;
> >> linux,code = <116>;
> >> gpio-key,wakeup;
> >> };
> >>
> >> one {
> >> label = "One";
> >> gpios = <&gpio0 11 1>;
> >> linux,code = <2>;
> >> };
> >>
> >> : : :
> >> }
> >>
> >> The problem is, that the device wakes up on any trigger on bank 0. No
> >> matter which button was pressed. "gpio-key,wakeup" seems not to have any
> >> influence.
> >>
> >> Now, if I comment the following lines out in drivers/gpio/gpio-omap.c :
> >> set_gpio_trigger(...).
> >>
> >> 321
> >> 322 if (likely(!(bank->non_wakeup_gpios & gpio_bit))) {
> >> 323 _gpio_rmw(base, bank->regs->wkup_en, gpio_bit, trigger != 0);
> >> 324 bank->context.wake_en =
> >> 325 readl_relaxed(bank->base + bank->regs->wkup_en);
> >> 326 }
> >> 327
> >>
> >> Everything works as expected. But I don't really understand why? Is this
> >> a bug, or does this break something else I have not discovered yet?
> >
> > The GPIO wake-up events are working from off-idle for omap3
> > the last time I checked, so sounds like this is some am335x
> > related issue.
>
> Ok, that sounds reasonable.
>
> > What does your bank->context.wake_en mask get set to with this code?
>
> by calling 'echo mem > /sys/power/state' followed by a wakeup, I get the
> following:
>
> [ 28.992866] bank->context->wake_en = 00080040
> [ 29.020974] PM: noirq resume of devices complete after 22.439 msecs
I guess that's for gpio bank 0 with no bit 11 as your dts has it
configured. If you just comment out the _gpio_rmw part above do
things work as expected?
Then if that works as expected, maybe write only some unused bits
into wkup_en register and see if it still wakes to all events while
it should not?
It might be worth comparing the GPIO registers between am37xx and
am335x for the wkup_en register.
Regards,
Tony
next prev parent reply other threads:[~2014-07-09 10:41 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-02 12:09 gpio-omap: wakeup mask Pascal Huerst
2014-07-04 7:27 ` Tony Lindgren
2014-07-09 10:16 ` Pascal Huerst
2014-07-09 10:41 ` Tony Lindgren [this message]
2014-07-09 12:45 ` Pascal Huerst
2014-07-09 15:24 ` Tony Lindgren
2014-07-15 13:27 ` Pascal Huerst
2014-07-15 13:41 ` Tony Lindgren
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=20140709104142.GO28884@atomide.com \
--to=tony@atomide.com \
--cc=daniel@zonque.org \
--cc=gnurou@gmail.com \
--cc=khilman@deeprootsystems.com \
--cc=linus.walleij@linaro.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=pascal.huerst@gmail.com \
--cc=santosh.shilimkar@ti.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.