]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
ARM: OMAP: MPUIO wake updates
authorDavid Brownell <dbrownell@users.sourceforge.net>
Thu, 7 Dec 2006 01:14:11 +0000 (17:14 -0800)
committerTony Lindgren <tony@atomide.com>
Fri, 16 Mar 2007 16:54:23 +0000 (13:54 -0300)
commitf33943affb9e0cc6da405a3d3d3914b9899f502b
tree3564ae140d6d94371d2854c79acb8b87e02c4482
parent8a47b788dfe68032f1113a1c803509bd0b5267a3
ARM: OMAP: MPUIO wake updates

GPIO and MPUIO wake updates:

 - Hook MPUIOs into the irq wakeup framework too.  This uses a platform
   device to update irq enables during system sleep states, instead of
   a sys_device, since the latter is no longer needed for such things.

 - Also forward enable/disable irq wake requests to the relevant GPIO
   controller, so the top level IRQ dispatcher can (eventually) handle
   these wakeup events automatically if more than one GPIO pin needs to
   be a wakeup event source.

 - Minor tweak to the 24xx non-wakeup gpio stuff: no need to check such
   read-only data under the spinlock.

This assumes (maybe wrongly?) that only 16xx can do GPIO wakeup; without
a 15xx I can't test such stuff.

Also this expects the top level IRQ dispatcher to properly handle requests
to enable/disable irq wake, which is currently known to be wrong:  omap1
saves the flags but ignores them, omap2 doesn't even save it.  (Wakeup
events are, wrongly, hardwired in the relevant mach-omapX/pm.c file ...)
So MPUIO irqs won't yet trigger system wakeup.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>
arch/arm/plat-omap/gpio.c