Broken UART I/O wakeups on v3.4-rc4+
tony at atomide.com
Tue May 8 16:12:03 EDT 2012
* Raja, Govindraj <govindraj.raja at ti.com> [120508 02:17]:
> On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul at pwsan.com> wrote:
> > Govindraj,
> > After your commit bce492c04ba8fc66a4ea0a52b181ba255daaaf54 ("ARM: OMAP2+:
> > UART: Fix incorrect population of default uart pads"), the kernel does not
> > return from static suspend when off-mode is enabled upon an incoming
> > serial character.
> > The following steps reproduce the problem:
> > echo 1 > /debug/pm_debug/enable_off_mode
> > echo mem > /sys/power/state
> > (send a serial character after suspend is entered)
> > (N.B., on the BeagleBoard, the GPIO-connected "USER" button can be used to
> > wake the system at this point.)
> The same is discussed in this thread as in here:
> > Could you please fix this? We probably aren't too far from the v3.5 merge
> > window opening, so there isn't much time to fix it.
> okay, one possible solution is to probe pins dynamically
> and make rx wakeup capable which myself and Tony
> discussed and came up with this patch 
This would be good for the v3.5 merge window.
> or to add rx wakeup pad support for each board,
> based on uart used as console.
This should be still done too to avoid bootloader dependency
for setting up the serial ports.
> : http://www.spinics.net/lists/linux-omap/msg67822.html
More information about the linux-arm-kernel