* Broken UART I/O wakeups on v3.4-rc4+
@ 2012-05-08 9:13 ` Raja, Govindraj
0 siblings, 0 replies; 8+ messages in thread
From: Raja, Govindraj @ 2012-05-08 9:13 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul@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:
http://www.spinics.net/lists/linux-omap/msg68659.html
> 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 [1]
or to add rx wakeup pad support for each board,
based on uart used as console.
--
Thanks,
Govindraj.R
[1]: http://www.spinics.net/lists/linux-omap/msg67822.html
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Broken UART I/O wakeups on v3.4-rc4+
2012-05-08 9:13 ` Raja, Govindraj
@ 2012-05-08 16:10 ` Paul Walmsley
-1 siblings, 0 replies; 8+ messages in thread
From: Paul Walmsley @ 2012-05-08 16:10 UTC (permalink / raw)
To: Raja, Govindraj
Cc: Tony Lindgren, khilman, linux-omap, balbi, linux-arm-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 898 bytes --]
On Tue, 8 May 2012, Raja, Govindraj wrote:
> On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul@pwsan.com> wrote:
>
> >
>
> The same is discussed in this thread as in here:
> http://www.spinics.net/lists/linux-omap/msg68659.html
OK.
> > 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 [1]
>
> or to add rx wakeup pad support for each board,
> based on uart used as console.
Oh well, sounds like UART I/O wakeups are going to be broken in v3.4 :-(
Do you have a patch ready for Tony to queue for v3.5 to fix this? From
the above thread, it looks like Tony had some remaining comments to be
addressed on your patch.
- Paul
^ permalink raw reply [flat|nested] 8+ messages in thread
* Broken UART I/O wakeups on v3.4-rc4+
@ 2012-05-08 16:10 ` Paul Walmsley
0 siblings, 0 replies; 8+ messages in thread
From: Paul Walmsley @ 2012-05-08 16:10 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, 8 May 2012, Raja, Govindraj wrote:
> On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul@pwsan.com> wrote:
>
> >
>
> The same is discussed in this thread as in here:
> http://www.spinics.net/lists/linux-omap/msg68659.html
OK.
> > 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 [1]
>
> or to add rx wakeup pad support for each board,
> based on uart used as console.
Oh well, sounds like UART I/O wakeups are going to be broken in v3.4 :-(
Do you have a patch ready for Tony to queue for v3.5 to fix this? From
the above thread, it looks like Tony had some remaining comments to be
addressed on your patch.
- Paul
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Broken UART I/O wakeups on v3.4-rc4+
2012-05-08 9:13 ` Raja, Govindraj
@ 2012-05-08 20:12 ` Tony Lindgren
-1 siblings, 0 replies; 8+ messages in thread
From: Tony Lindgren @ 2012-05-08 20:12 UTC (permalink / raw)
To: Raja, Govindraj
Cc: Paul Walmsley, khilman, linux-omap, balbi, linux-arm-kernel
* Raja, Govindraj <govindraj.raja@ti.com> [120508 02:17]:
> On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul@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:
> http://www.spinics.net/lists/linux-omap/msg68659.html
>
> > 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 [1]
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.
Regards,
Tony
> [1]: http://www.spinics.net/lists/linux-omap/msg67822.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 8+ messages in thread* Broken UART I/O wakeups on v3.4-rc4+
@ 2012-05-08 20:12 ` Tony Lindgren
0 siblings, 0 replies; 8+ messages in thread
From: Tony Lindgren @ 2012-05-08 20:12 UTC (permalink / raw)
To: linux-arm-kernel
* Raja, Govindraj <govindraj.raja@ti.com> [120508 02:17]:
> On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley <paul@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:
> http://www.spinics.net/lists/linux-omap/msg68659.html
>
> > 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 [1]
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.
Regards,
Tony
> [1]: http://www.spinics.net/lists/linux-omap/msg67822.html
^ permalink raw reply [flat|nested] 8+ messages in thread