Hi, I have done some testing on a custom board. it uses uart2 I also see serial hang issues here. I have a minimum defconfig with only i2c enabled. no cpuidle/cpufreq. This is what i try to do - # echo -n mem > /sys/power/state I wait for a min and try to wakeup - It works. If i wait a little longer before waking it up say, 3 or 4 minutes. It does not wakeup. I tried the same disabling clocks when idle The result is the same. # echo -n 1 > /sys/power/sleep_while_idle # echo -n 1 > /sys/power/clocks_off_while_idle # echo -n mem > /sys/power/state With the above, i see all domains hitting retention. I have tried both keypads and uart activity as my wakeup sources. Am trying to debug this. why the serial is dead if there is no activity for a longer time. Regards, sriram On Wed, Jan 28, 2009 at 11:16 PM, Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx> wrote: > Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx> writes: > >> Peter Reid <ppeter.reid@xxxxxxxxx> writes: >> >>> Hi Kevin, >>> I get hangs after boot on beagle with latest PM tree i have quite a >>> few scripts that run on boot. >>> >>> have you seen this before? >> >> I have not, but I believe Koen has see something similar. I've mainly >> been testing just a minimal rootfs and a minimal set of drivers on >> Beagle so I can hit full-chip off in idle. >> >> It would help if you could desribe your setup in more detail. What >> kernel config are you using, what rootfs are you using? Does it hang >> in the same spot every time? If so, what is going on when it hangs? >> Have you written anything to any of the /sys/power/* files? >> > > Just a thought, do you still see these problems when using the CPUfreq > performance governor instead of the ondemand governor? > > It could be pointing to some bugs in the switching of operating points. > > Kevin > > > -- > 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 > -- 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
