On Fri, 2012-10-19 at 16:54 -0700, Kevin Hilman wrote: > So I did the same thing for my ARM SoC, and it definitley stops the RT > throttling. > > However, it has the undesriable (IMO) side effect of making timed printk > output rather unhelpful for debugging suspend/resume since printk time > stays constant throughout suspend/resume no matter how long you > sleep. :( > > So does that mean we have to choose between useful printk times during > suspend/resume or functioning IRQ threads during suspend/resume ? Urgh.. this was not something I considered. This being primarily the sched_clock infrastructure and such. So what exactly is the problem with the suspend resume thing (its not something I've ever debugged), is all you need a clean break between pre and post suspend, or do you need the actual time the machine was gone? -- 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
