[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131008195556.GD8392@localhost.localdomain>
Date: Tue, 8 Oct 2013 21:55:59 +0200
From: Frederic Weisbecker <fweisbec@...il.com>
To: Andi Kleen <andi@...stfloor.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>,
"H. Peter Anvin" <hpa@...or.com>,
Peter Zijlstra <peterz@...radead.org>
Cc: x86@...nel.org, linux-kernel@...r.kernel.org,
Andi Kleen <ak@...ux.intel.com>
Subject: Re: [PATCH 6/6] x86: Allow disabling HW_BREAKPOINTS and PERF_EVENTS
On Sat, Oct 05, 2013 at 07:05:52PM +0200, Andi Kleen wrote:
> On Sat, Oct 05, 2013 at 09:08:06AM +0200, Ingo Molnar wrote:
> >
> > * Andi Kleen <andi@...stfloor.org> wrote:
> >
> > > From: Andi Kleen <ak@...ux.intel.com>
> > >
> > > As suggested by Ingo.
> >
> > No, you haven't read my suggestion carefully enough so NAK.
>
> Ok I trust you will do a better solution then to save the 700+k text.
> Ball is in your court.
Ok I have two choices in mind.
1) make breakpoints independant from perf. The drawback is that we must then
add seperate hooks on context switch for ptrace breakpoints. OTOH we get
rid of the perf -> breakpoint -> perf circular dependency, which is the very
controversial thing.
2) Build breakpoints conditionally (depend on CONFIG_EXPERT). hpa didn't like
much that solution because breakpoints is an elementary debugging feature that
is too useful to be unbuild.
Both ways can allow us to disable perf on x86.
We just need to agree on a solution and I'll happily work on it.
Ingo, others?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists