All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Kevin Hilman <khilman@deeprootsystems.com>
Cc: linux-omap@vger.kernel.org, Chunqiu Wang <cqwang@motorola.com>
Subject: Re: [PATCH 2/6] OMAP3: GPIO: Only enable WAKEUPEN for edge detection GPIOs
Date: Tue, 11 May 2010 15:57:34 -0700	[thread overview]
Message-ID: <20100511225734.GK13931@atomide.com> (raw)
In-Reply-To: <87vdaufr92.fsf@deeprootsystems.com>

* Kevin Hilman <khilman@deeprootsystems.com> [100511 07:22]:
> Tony Lindgren <tony@atomide.com> writes:
> 
> > * Kevin Hilman <khilman@deeprootsystems.com> [100503 16:28]:
> >> From: Chunqiu Wang <cqwang@motorola.com>
> >> 
> >> According to the GPIO 'Wakeup and Interrupt' section of the TRM[1],
> >> wake-up requests can only be generated on edge transitions.
> >> 
> >> Also for OMAP3, only edge GPIOs may lose interrupts when PER enters
> >> RET/OFF state, this is addressed by gpio prepare|resume idle functions
> >
> > There's a generic solution to this problem. The solution is to temporarily
> > set the level GPIO pins into edge for the duration of idle. Then
> > they need to be set back to level after the system is woken up.
> 
> Sure, but that doesn't change the need for this patch which is
> a correctness fix.
> 
> Adding wakeup support for level GPIOs would be a separate fix.

OK, let's plan on merging these then. Want me to pick these,
or pull from some branch?

Looks like they also need to be posted to LAKML too, and we
should get them into linux-omap master for some testing.

Looks like these should not cause much of merge issues with
the gpio platform init patches. It would be nice to get those
merged too if possible.

Regards,

Tony

  reply	other threads:[~2010-05-11 22:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-03 23:26 [PATCH 0/6] OMAP GPIO updates for 2.6.35 Kevin Hilman
2010-05-03 23:26 ` [PATCH 1/6] OMAP3: GPIO fixes for off-mode Kevin Hilman
2010-05-03 23:26 ` [PATCH 2/6] OMAP3: GPIO: Only enable WAKEUPEN for edge detection GPIOs Kevin Hilman
2010-05-10 21:11   ` Tony Lindgren
2010-05-11 14:27     ` Kevin Hilman
2010-05-11 22:57       ` Tony Lindgren [this message]
2010-05-11 23:27         ` Kevin Hilman
2010-05-11 23:53           ` Tony Lindgren
2010-05-03 23:26 ` [PATCH 3/6] OMAP2/3: GPIO: generalize prepare for idle Kevin Hilman
2010-05-03 23:26 ` [PATCH 4/6] OMAP3: GPIO: disable GPIO debounce clocks on idle Kevin Hilman
2010-05-03 23:26 ` [PATCH 5/6] OMAP3: GPIO: Removed a couple of unneeded registers from context save/restore Kevin Hilman
2010-05-03 23:26 ` [PATCH 6/6] OMAP: GPIO: remove duplicate debugfs interface Kevin Hilman
  -- strict thread matches above, loose matches on Subject: below --
2010-05-11 23:30 [PATCH 0/6] OMAP GPIO updates for 2.6.35 Kevin Hilman
2010-05-11 23:30 ` [PATCH 2/6] OMAP3: GPIO: Only enable WAKEUPEN for edge detection GPIOs Kevin Hilman
2010-05-11 23:30   ` Kevin Hilman

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=20100511225734.GK13931@atomide.com \
    --to=tony@atomide.com \
    --cc=cqwang@motorola.com \
    --cc=khilman@deeprootsystems.com \
    --cc=linux-omap@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 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.