[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140911081137.GT6758@twins.programming.kicks-ass.net>
Date: Thu, 11 Sep 2014 10:11:37 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Andi Kleen <andi@...stfloor.org>
Cc: linux-kernel@...r.kernel.org,
Stephane Eranian <eranian@...gle.com>,
Ingo Molnar <mingo@...nel.org>,
Vince Weaver <vincent.weaver@...ne.edu>
Subject: Re: BUG uncore_assign_events
On Wed, Sep 10, 2014 at 11:59:08PM +0200, Andi Kleen wrote:
> > # addr2line -i -e ivb-ep-build/vmlinux ffffffff81025f18
> >
> > arch/x86/include/asm/bitops.h:318
> > arch/x86/kernel/cpu/perf_event_intel_uncore.c:3339
>
> i == zero (ok)
> c points to some kernel looking address
> hwc->idx is 64
>
> /* fastpath, try to reuse previous register */
> for (i = 0; i < n; i++) {
> hwc = &box->event_list[i]->hw;
> c = hwc->constraint;
>
> /* never assigned */
> if (hwc->idx == -1)
> break;
>
> /* constraint still honored */
> if (!test_bit(hwc->idx, c->idxmsk))
> break;
>
> My best bet is something goes wrong in uncore_pmu_to_box or
> uncore_event_to_pmu in hte caller, so the box is bogus.
>
> Did the test do CPU hot plug?
Dunno, I don't think it does. Its just the perf_fuzzer thing. A quick
grep of the source doesn't show hotplug stuff.
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists