On Fri, 1 Dec 2006 16:50:50 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> 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, o
On Fri, Dec 01, 2006 at 04:50:50PM +0900, Paul Mundt wrote:
> 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-
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 pr
3 matches
Mail list logo
