[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1104292146120.9459@cl320.eecs.utk.edu>
Date: Fri, 29 Apr 2011 21:49:29 -0400 (EDT)
From: Vince Weaver <vweaver1@...s.utk.edu>
To: Borislav Petkov <bp@...en8.de>
cc: Ingo Molnar <mingo@...e.hu>, torvalds@...ux-foundation.org,
linux-kernel@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>,
Stephane Eranian <eranian@...il.com>,
Andi Kleen <ak@...ux.intel.com>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: re-enable Nehalem raw Offcore-Events support
On Fri, 29 Apr 2011, Borislav Petkov wrote:
> On Fri, Apr 29, 2011 at 06:42:27PM +0200, Ingo Molnar wrote:
> > "Thinking is hard, lets go shopping^W exporting raw ABIs."
> We're always bitching about Linux usability and now when it comes down
> to yet another case where this can be done right for a change, and perf
> people are trying to do something productive, you come waving hands
> loudly at Linus with revert requests instead of helping. This is as
> productive as trying to shoot yourself in the foot.
Have I proposed that the "perf" tool be changed at all?
No. Never.
I proposed that the interface to allow raw access to offcore events _not_
be disabled so that advanced tools can access it directly.
I don't care how perf works. Nor do I care how many pointless generic
events get added to the kernel (other than being annoyed about it taking
up extra bytes in my kernel image).
Reverting this patch would have absolutely no bearing on "perf", the
usability of perf, or anything that any normal user sees. I'm not sure
how the argument is even getting framed that way.
Vince
--
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