diff options
author | Steven Rostedt <rostedt@goodmis.org> | 2006-07-30 03:03:38 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-07-31 13:28:40 -0700 |
commit | 6ea24f9ad18c65cc179593b5cc2a88cdadf8cc0c (patch) | |
tree | 7a47cc8e18a6f25b4af0560282d8a0315f72241d /kernel/sched.c | |
parent | be6b5a3505fa0cd54c3b5959a39293f47c648980 (diff) | |
download | kernel_samsung_smdk4412-6ea24f9ad18c65cc179593b5cc2a88cdadf8cc0c.zip kernel_samsung_smdk4412-6ea24f9ad18c65cc179593b5cc2a88cdadf8cc0c.tar.gz kernel_samsung_smdk4412-6ea24f9ad18c65cc179593b5cc2a88cdadf8cc0c.tar.bz2 |
[PATCH] fix bad macro param in timer.c
We have
#define INDEX(N) (base->timer_jiffies >> (TVR_BITS + N * TVN_BITS)) & TVN_MASK
and it's used via
list = varray[i + 1]->vec + (INDEX(i + 1));
So, due to underparenthesisation, this INDEX(i+1) is now a ... (TVR_BITS + i
+ 1 * TVN_BITS)) ...
So this bugfix changes behaviour. It worked before by sheer luck:
"If i was anything but 0, it was broken. But this was only used by
s390 and arm. Since it was for the next interrupt, could that next
interrupt be a problem (going into the second cascade)? But it was
probably seldom wrong. That is, this would fail if the next
interrupt was in the second cascade, and was wrapped. Which may
never of happened. Also if it did happen, it would have just missed
the interrupt.
If an interrupt was missed, and no one was there to miss it, was it
really missed :-)"
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Cc: Oleg Nesterov <oleg@tv-sign.ru>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'kernel/sched.c')
0 files changed, 0 insertions, 0 deletions