| commit | 4d3eeeac97a6e4fc1ff3ad184f1c3bf328de7cb6 | |
| author | Paul Mundt <lethal@linux-sh.org> | |
| Thu, 7 Dec 2006 04:33:54 +0000 (6 20:33 -0800) | ||
| committer | Linus Torvalds <torvalds@woody.osdl.org> | |
| Thu, 7 Dec 2006 16:39:26 +0000 (7 08:39 -0800) | ||
| tree | 2b5387323106e3bc48d955f8c2ac4a6de8d34630 | treesnapshot (tar.gz zip) |
| parent | e9c1528a429c831458e54c8701a0b80ba563a7a8 | commitdiff |
[PATCH] avr32: fixup kprobes preemption handling
While working on SH kprobes, I noticed that avr32 got the preemption
handling wrong in the no probe case. The idea is that upon entry of
kprobe_handler() preemption is disabled outright across the life of the
kprobe, only to be re-enabled in post_kprobe_handler().
However, in the event that the probe is never activated, there's never any
chance of hitting the post probe handler, which allows for the current
avr32 implementation to disable preemption indefinitely, as it's currently
missing a re-enable when no probe is activated.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
While working on SH kprobes, I noticed that avr32 got the preemption
handling wrong in the no probe case. The idea is that upon entry of
kprobe_handler() preemption is disabled outright across the life of the
kprobe, only to be re-enabled in post_kprobe_handler().
However, in the event that the probe is never activated, there's never any
chance of hitting the post probe handler, which allows for the current
avr32 implementation to disable preemption indefinitely, as it's currently
missing a re-enable when no probe is activated.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| arch/avr32/kernel/kprobes.c | diffblobblamehistory |