Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760235Ab1D2QuH (ORCPT ); Fri, 29 Apr 2011 12:50:07 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:43420 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755970Ab1D2QuF (ORCPT ); Fri, 29 Apr 2011 12:50:05 -0400 Date: Fri, 29 Apr 2011 18:49:51 +0200 From: Ingo Molnar To: Andi Kleen Cc: Vince Weaver , torvalds@linux-foundation.org, linux-kernel@vger.kernel.org, Peter Zijlstra , Stephane Eranian Subject: Re: re-enable Nehalem raw Offcore-Events support Message-ID: <20110429164951.GB25491@elte.hu> References: <20110429152736.GA6517@tassilo.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110429152736.GA6517@tassilo.jf.intel.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.3.1 -2.0 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1291 Lines: 36 * Andi Kleen wrote: > On Fri, Apr 29, 2011 at 11:04:46AM -0400, Vince Weaver wrote: > > Hello Linus > > > > can you revert the commit b52c55c6a25e4515b5e075a989ff346fc251ed09 > > Acked-by: Andi Kleen I outlined my objections in my reply to Vince. > (I wrote the original patch) > > > (finally!) added in the 2.6.39 merge window. However this is a useful > > feature and many tools (including the PAPI performance counter library > > that I work on) had added support for it in anticipation of the 2.6.39 > > I also use some tools which benefit from this functionality. The extended raw > events are very useful to analyze NUMA problems for once. Mind sharing those methods and help generalizing them and help making them useful to non-experts? Peter's patch which adds a 'NUMA' level to the cache event abstractions could be a good start. Only once generalization has been covered sufficiently, once we are sure we can stick with the raw ABI, can we push that upstream. Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/