summaryrefslogtreecommitdiffstats
path: root/drivers/cpuidle/cpuidle.c
diff options
context:
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2012-04-11 23:49:16 +0200
committerThomas Gleixner <tglx@linutronix.de>2012-04-12 00:05:05 +0200
commitd48fc63f6f3f485ed5aa9cf019d8e8e3a7d10263 (patch)
tree6f02bc7b7585c82cb3d4490d1dc7ba77e3bac4f9 /drivers/cpuidle/cpuidle.c
parentclockevents: tTack broadcast device mode change in tick_broadcast_switch_to_o... (diff)
downloadlinux-d48fc63f6f3f485ed5aa9cf019d8e8e3a7d10263.tar.xz
linux-d48fc63f6f3f485ed5aa9cf019d8e8e3a7d10263.zip
Revert "clocksource: Load the ACPI PM clocksource asynchronously"
This reverts commit b519508298e0292e1771eecf14aaf67755adc39d. The reason for this revert is that making the frequency verification preemptible and interruptible is not working reliably. Michaels machine failed to use PM-timer with the message: PM-Timer running at invalid rate: 113% of normal - aborting. That's not a surprise as the frequency verification does rely on interrupts being disabled. With a async scheduled thread there is no guarantee to achieve the same result. Also some driver might fiddle with the CTC channel 2 during the verification period, which makes the result even more random and unpredictable. This can be solved by using the same mechanism as we use in the deferred TSC validation code, but that only will work if we verified a working HPET _BEFORE_ trying to do the PM-Timer lazy validation. So for now reverting is the safe option. Bisected-by: Michael Witten <mfwitten@gmail.com> Cc: Arjan van de Ven <arjanvandeven@gmail.com> Cc: Arjan van de Ven <arjan@infradead.org> Cc: John Stultz <johnstul@us.ibm.com> Cc: Len Brown <lenb@kernel.org> LKML-Reference: <alpine.LFD.2.02.1204112303270.2542@ionos> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'drivers/cpuidle/cpuidle.c')
0 files changed, 0 insertions, 0 deletions