>You need to look if you have some devices blocking deeper >idle states in cm_idlest*_core and cm_idlest_per registers. >The device will automatically idle whatever it can if there >are no blockers. I believe at least EHCI still is blocking, >and MUSB if configured and cable connected. I'll check the registers value, should I then try to modify this registers in order to get into retention ? I will still have to disable serial right ? Maybe some kernel process which run in background prevents retention ? Is there some simple way to debug this or do I need to modify these registers ? Thank you very much, Ran On Mon, Nov 17, 2014 at 8:09 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > * Ran Shalit <ranshalit@xxxxxxxxx> [141117 09:14]: >> Hi Tony, >> >> Thanks very much for suggestions, >> I am able to wakeup the uart (though it takes about 10 seconds till it wakeup). > > The wake-up should happen within few hundred milliseconds at most. > Sounds like you're waking on some timer event instead. > >> Do you have any suggestion, how I can understnad why it did not get >> into retention and how to continue from this point ? > > You need to look if you have some devices blocking deeper > idle states in cm_idlest*_core and cm_idlest_per registers. > > The device will automatically idle whatever it can if there > are no blockers. I believe at least EHCI still is blocking, > and MUSB if configured and cable connected. > > Regards, > > Tony -- 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
