Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757601AbYLFMfX (ORCPT ); Sat, 6 Dec 2008 07:35:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755667AbYLFMfG (ORCPT ); Sat, 6 Dec 2008 07:35:06 -0500 Received: from casper.infradead.org ([85.118.1.10]:60316 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755589AbYLFMfC (ORCPT ); Sat, 6 Dec 2008 07:35:02 -0500 Subject: Re: [patch 0/3] [Announcement] Performance Counters for Linux From: Peter Zijlstra To: Paul Mackerras Cc: Ingo Molnar , Thomas Gleixner , LKML , linux-arch@vger.kernel.org, Andrew Morton , Stephane Eranian , Eric Dumazet , Robert Richter , Arjan van de Veen , Peter Anvin , Steven Rostedt , David Miller In-Reply-To: <18745.49593.567217.277510@cargo.ozlabs.ibm.com> References: <20081204225345.654705757@linutronix.de> <18744.29747.728320.652642@cargo.ozlabs.ibm.com> <20081205063131.GB12785@elte.hu> <18744.56857.259756.129894@cargo.ozlabs.ibm.com> <20081205080813.GA2030@elte.hu> <18744.61429.548462.667020@cargo.ozlabs.ibm.com> <20081205120734.GA26244@elte.hu> <18745.49593.567217.277510@cargo.ozlabs.ibm.com> Content-Type: text/plain Date: Sat, 06 Dec 2008 13:34:39 +0100 Message-Id: <1228566879.16244.4.camel@lappy.programming.kicks-ass.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 888 Lines: 20 On Sat, 2008-12-06 at 11:05 +1100, Paul Mackerras wrote: > Now, the tables in perfmon's user-land libpfm that describe the > mapping from abstract events to event-selector values and the > constraints on what events can be counted together come to nearly > 29,000 lines of code just for the IBM 64-bit powerpc processors. > > Your API condemns us to adding all that bloat to the kernel, plus the > code to use those tables. Since you need those tables and that code anyway, and in a solid reliable way, what is the objection of carrying it in the kernel? Furthermore, is there a good technical reason these cpus are so complicated to use? -- 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/