On Wed, Oct 14, 2009 at 03:06:41PM +0200, ext Kevin Hilman wrote:
> Eduardo Valentin <eduardo.valentin@xxxxxxxxx> writes:
>
> > On Tue, Oct 13, 2009 at 06:25:17PM +0200, ext Kevin Hilman wrote:
> >> Eduardo Valentin <eduardo.valentin@xxxxxxxxx> writes:
> >>
> >> > Hello Amit,
> >> >
> >> > On Mon, Oct 12, 2009 at 09:23:47PM +0200, ext Amit Kucheria wrote:
> >> >> Hi,
> >> >>
> >> >> I am testing twl4030 script optimisations on the current PM branch. But I am
> >> >> seeing the board (RX51) freeze when CPU_IDLE is enabled in the config.
> >> >>
> >> >> Is it known to work on other boards?
> >> >
> >> > I'm actually seeing this same behavior. But the board actually does not
> >> > freeze. If you keep a key pressed of send a sysrq through serial line
> >> > then you eventually get it back.
> >> >
> >> > It seams to be something related to serial driver and wakeup ?
> >> >
> >>
> >> Do you see this problem after doing
> >>
> >> # echo 1 > /debug/pm_debug/sleep_while_idle
> >>
> >
> > No I don't. The problem is gone it seams.
> >
> > similar effect happens if we
> >
> > # echo 0 > /sys/devices/platform/serial8250.2/sleep_timeout
> >
> > Of course, this would prevent device go to sleep I guess.
> >
>
> Yes, there is a problem with UART3 (in PER) going idle independently
> of CORE/MPU that I have not yet found.
yeah, one possible fix would be preventing it if core is going to on
@@ -514,7 +514,9 @@ void omap_sram_idle(void)
/* PER */
if (per_next_state < PWRDM_POWER_ON) {
- omap_uart_prepare_idle(2);
+ if (core_next_state != PWRDM_POWER_ON)
+ omap_uart_prepare_idle(2);
+
Needs to see what is the impact of this approach though
>
> Kevin
--
Eduardo Valentin
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
