RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
peterz at infradead.org
Mon Oct 22 05:52:21 EDT 2012
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
> 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?
More information about the linux-arm-kernel