Re: [PATCH 6/6] hrtimer: Update hrtimer base offsets each hrtimer_interrupt

2012-07-15 Thread Rafael J. Wysocki
On Sunday, July 15, 2012, Andreas Schwab wrote: > This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or > before noirq resume the system is hanging by the same amount of time as > the system was sleeping. I'm able to reproduce this problem on Toshiba Portege R500 with similar sy

Re: [PATCH 6/6] hrtimer: Update hrtimer base offsets each hrtimer_interrupt

2012-07-15 Thread Andreas Schwab
Andreas Schwab writes: > This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or > before noirq resume the system is hanging by the same amount of time as > the system was sleeping. The point where the time is wasted actually appears to be _after_ resume (the elapsed time for th

Re: [PATCH 6/6] hrtimer: Update hrtimer base offsets each hrtimer_interrupt

2012-07-15 Thread Andreas Schwab
This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or before noirq resume the system is hanging by the same amount of time as the system was sleeping. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "An

[PATCH 6/6] hrtimer: Update hrtimer base offsets each hrtimer_interrupt

2012-07-10 Thread John Stultz
The update of the hrtimer base offsets on all cpus cannot be made atomically from the timekeeper.lock held and interrupt disabled region as smp function calls are not allowed there. clock_was_set(), which enforces the update on all cpus, is called either from preemptible process context in case of