summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorJohn Stultz <john.stultz@linaro.org>2010-12-10 22:19:53 -0800
committerJohn Stultz <john.stultz@linaro.org>2010-12-10 22:19:53 -0800
commitb007c389d3e09b823eccda1503390fa2a9adca0d (patch)
tree34431af3282f6b3892e092cc77b507a92a66724e
parent998adc3dda59f811966b3ccb21eb223680b25ec4 (diff)
downloadlinux-stable-b007c389d3e09b823eccda1503390fa2a9adca0d.tar.gz
linux-stable-b007c389d3e09b823eccda1503390fa2a9adca0d.tar.bz2
linux-stable-b007c389d3e09b823eccda1503390fa2a9adca0d.zip
hrtimer: fix timerqueue conversion flub
In converting the hrtimers to timerqueue, I missed a spot in hrtimer_run_queues where we loop running timers. We end up not pulling the new next value out and instead just use the last next value, causing boot time hangs in some cases. The proper fix is to pull timerqueue_getnext each iteration instead of using a local next value. Reported-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: John Stultz <john.stultz@linaro.org>
-rw-r--r--kernel/hrtimer.c7
1 files changed, 2 insertions, 5 deletions
diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
index 93976ad42f5a..7a7a2061c24d 100644
--- a/kernel/hrtimer.c
+++ b/kernel/hrtimer.c
@@ -1412,11 +1412,8 @@ void hrtimer_run_queues(void)
return;
for (index = 0; index < HRTIMER_MAX_CLOCK_BASES; index++) {
- struct timerqueue_node *next;
-
base = &cpu_base->clock_base[index];
- next = timerqueue_getnext(&base->active);
- if (!next)
+ if (!timerqueue_getnext(&base->active))
continue;
if (gettime) {
@@ -1426,7 +1423,7 @@ void hrtimer_run_queues(void)
raw_spin_lock(&cpu_base->lock);
- while ((node = next)) {
+ while ((node = timerqueue_getnext(&base->active))) {
struct hrtimer *timer;
timer = container_of(node, struct hrtimer, node);