Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754894Ab1EKQl7 (ORCPT ); Wed, 11 May 2011 12:41:59 -0400 Received: from fallback.mail.elte.hu ([157.181.151.13]:55152 "EHLO fallback.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752552Ab1EKQl5 (ORCPT ); Wed, 11 May 2011 12:41:57 -0400 X-Greylist: delayed 1953 seconds by postgrey-1.27 at vger.kernel.org; Wed, 11 May 2011 12:41:57 EDT Date: Wed, 11 May 2011 17:21:56 +0200 From: Ingo Molnar To: Borislav Petkov Cc: Peter Zijlstra , Frederic Weisbecker , "linux-kernel@vger.kernel.org" Subject: Re: [RFC PATCH] perf: Carve out cgroup-related code Message-ID: <20110511152156.GA21707@elte.hu> References: <20110511121135.GA25865@aftab> <1305121600.2914.214.camel@laptop> <20110511140208.GD25827@aftab> <20110511141342.GA19053@elte.hu> <20110511143149.GA26548@aftab> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110511143149.GA26548@aftab> 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: 1877 Lines: 49 * Borislav Petkov wrote: > On Wed, May 11, 2011 at 10:13:42AM -0400, Ingo Molnar wrote: > > > > * Borislav Petkov wrote: > > > > > On Wed, May 11, 2011 at 09:46:40AM -0400, Peter Zijlstra wrote: > > > > On Wed, 2011-05-11 at 14:11 +0200, Borislav Petkov wrote: > > > > > include/linux/perf_event.h | 138 ++++++++++++- > > > > > > > > I don't like exposing all that in a kernel wide header.. should we maybe > > > > have kernel/events/internal.h? > > > > > > Sounds prudent. Maybe add a patch ontop that moves all perf_event.h > > > exports which are shared _only_ between kernel/events/*.c compilation > > > units to an internal.h header? Ingo? > > > > There's not that many that are in perf_event.h and are only used in > > kernel/event/core.c. > > > > Below is a generated list of all exported functions and their usage sites. Out > > of 40 functions 7 should not be exported: > > > > __perf_sw_event() > > perf_swevent_put_recursion_context() > > perf_pmu_unregister() > > perf_output_copy() > > __perf_event_task_sched_in() > > __perf_event_task_sched_out() > > perf_event_read_value() > > Right, but splitting perf_event.c further would cause a bunch more of them to > go up in the header since they're being shared among kernel/events/*.c files. > But in the end, this is a judgement call - I mean, even the polluting ones > have a clearly defined namespace starting their names with {_-,}perf_*. If > you asked me, I'd do an internal.h header from the get-go so that all is kept > as clean as possible. We seem to be in wild agreement wrt. internal.h! 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/