Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760051Ab0FQNnu (ORCPT ); Thu, 17 Jun 2010 09:43:50 -0400 Received: from s15228384.onlinehome-server.info ([87.106.30.177]:40495 "EHLO mail.x86-64.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754070Ab0FQNns (ORCPT ); Thu, 17 Jun 2010 09:43:48 -0400 Date: Thu, 17 Jun 2010 15:43:57 +0200 From: Borislav Petkov To: Arnaldo Carvalho de Melo Cc: Borislav Petkov , Peter Zijlstra , Ingo Molnar , Frederic Weisbecker , Steven Rostedt , Lin Ming , linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] perf: Add persistent events Message-ID: <20100617134357.GA6115@kryptos.osrc.amd.com> References: <20100528143311.GB9710@elte.hu> <1275059860.27810.9635.camel@twins> <20100528155719.GA10141@kryptos.osrc.amd.com> <1275070030.1645.362.camel@laptop> <20100603134301.GA30880@kryptos.osrc.amd.com> <20100603173242.GD29202@ghostprotocols.net> <20100614192514.GA7803@kryptos.osrc.amd.com> <20100614210116.GA26716@ghostprotocols.net> <20100614212426.GA19915@liondog.tnic> <20100615010201.GA27077@ghostprotocols.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100615010201.GA27077@ghostprotocols.net> Organization: Advanced Micro Devices =?iso-8859-1?Q?GmbH?= =?iso-8859-1?Q?=2C_Karl-Hammerschmidt-Str=2E_34=2C_85609_Dornach_bei_M=FC?= =?iso-8859-1?Q?nchen=2C_Gesch=E4ftsf=FChrer=3A_Thomas_M=2E_McCoy=2C_Giuli?= =?iso-8859-1?Q?ano_Meroni=2C_Andrew_Bowd=2C_Sitz=3A_Dornach=2C_Gemeinde_A?= =?iso-8859-1?Q?schheim=2C_Landkreis_M=FCnchen=2C_Registergericht_M=FCnche?= =?iso-8859-1?Q?n=2C?= HRB Nr. 43632 User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2047 Lines: 52 From: Arnaldo Carvalho de Melo Date: Mon, Jun 14, 2010 at 10:02:01PM -0300 > > > I thought about suggesting using -I to reduce patch size, but then it is > > > using "" :-\ > > > > Yeah, I have the -I$(CURDIR)/lib for this in the top level Makefile so all > > library includes would be like: > > > > #include > > > > however, this does not differentiate perflib (let's call it that for how > > :) from libc headers. Do we want a "perf" or "kernel" or "perflib" or > > whatever prefix here - it might make sense later when this thing grows > > to differentiate between the namespaces...? > > Agreed, but the last name this thing will have will be 'perf'something :-) > > One of the goals at least I have with pursuing this path is to separate > out everything that is not strictly 'perf' into things that can be reused > by other tools, like yours. I'm still splitting perf/util into a more or less generic lib. Now, I want to reuse as much code as possible and am parsing the "mce:mce_record" tracepoint using parse_events(). However, this means that I have to push the not-so-generic perf bits like util/parse-events.c into the lib. Which, in turn, pulls in util/trace-event* etc. What is your preference, do we want to export all perf/util stuff for other tools to use or rather link other tools together with compilation modules from perf/util in case those other tools need them? I'm leaning towards the first one and am thinking "maximize code reuse" but I'm not completely sure, there might be reasons against it... Hmm...? -- Regards/Gruss, Boris. Advanced Micro Devices GmbH Einsteinring 24, 85609 Dornach General Managers: Alberto Bozzo, Andrew Bowd Registration: Dornach, Gemeinde Aschheim, Landkreis M?nchen Registergericht Muenchen, HRB Nr. 43632 -- 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/