Re: Hitting WARN_ON in hw_breakpoint code

From: Frederic Weisbecker
Date: Thu Jun 24 2010 - 02:32:23 EST

On Thu, Jun 24, 2010 at 09:53:09AM +1000, Paul Mackerras wrote:
> On Wed, Jun 23, 2010 at 07:49:20PM +0200, Frederic Weisbecker wrote:
> > Indeed. I'm suprised I've never seen this problem before while the
> > bug is quite obvious.
> >
> > Anyway I'm cooking a fix, thanks for this report!
> If you haven't been seeing it on x86, I think I'll look a bit closer.
> I would have thought that the perf_event would have a reference to the
> context, so the context shouldn't have gone away while the perf_event
> still exists.

The context is still alive and available from event->ctx.
But it is detached from the task. ie: task->perf_event_ctxp = NULL

> It may be something we're doing differently on ppc64.

Not really. I just tested and encountered the warning in x86. The problem
is that I use to test my kernels on a testbox through ssh, so I don't see
the warnings directly, I need to run dmesg for that and sometimes I
forget to do it.

I'm actually observing that the code that keeps track of the per task
breakpoints is utterly broken anyway.

When a child task exits: every events are removed from its context and the
ctx removed from the task. The ctx is still alive though, it's just it has
no more events attached and it's not attached to the task anymore. So
counting the number of events in this context after that is totally

If we are unlucky, this can also happen to the parent if it exits before
the child.

I have a fix, will post it very soon.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at