Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750749AbXACNWH (ORCPT ); Wed, 3 Jan 2007 08:22:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750755AbXACNWG (ORCPT ); Wed, 3 Jan 2007 08:22:06 -0500 Received: from gundega.hpl.hp.com ([192.6.19.190]:59928 "EHLO gundega.hpl.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750749AbXACNWF (ORCPT ); Wed, 3 Jan 2007 08:22:05 -0500 Date: Wed, 3 Jan 2007 05:20:15 -0800 From: Stephane Eranian To: Adrian Bunk Cc: Andrew Morton , linux-kernel@vger.kernel.org, ak@suse.de, Stephane Eranian Subject: Re: [PATCH] add i386 idle notifier (take 3) Message-ID: <20070103132015.GE7238@frankl.hpl.hp.com> Reply-To: eranian@hpl.hp.com References: <20061220140500.GB30752@frankl.hpl.hp.com> <20061220210514.42ed08cc.akpm@osdl.org> <20061221091242.GA32601@frankl.hpl.hp.com> <20061222010641.GK6993@stusta.de> <20061222100700.GB1895@frankl.hpl.hp.com> <20061223114015.GQ6993@stusta.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061223114015.GQ6993@stusta.de> User-Agent: Mutt/1.4.1i Organisation: HP Labs Palo Alto Address: HP Labs, 1U-17, 1501 Page Mill road, Palo Alto, CA 94304, USA. E-mail: eranian@hpl.hp.com X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: eranian@hpl.hp.com Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2145 Lines: 60 Adrian, On Sat, Dec 23, 2006 at 12:40:15PM +0100, Adrian Bunk wrote: > > > > If you look at the perfmon-new-base patch, you'll see a base.diff patch which > > includes this one. I am slowly getting rid of this requirement by pushing > > those "infrastructure patches" to mainline so that the perfmon patch gets > > smaller over time. Submitting smaller patches makes it easier for maintainers > > to integrate. > > No, the preferred way is to start with getting both the infrastructure > and the users into -mm. > > Adding infrastructure without users doesn't fit into the kernel > development model. > I am hearing conflicting opinions on this one. Perfmon is a fairly big patch. It is hard to take it as one. I have tried to split it up in smaller, more manageable pieces as requested by top-level maintainers. This process implies that I supply small patches which may not necessarily have users just yet. > The unused x86-64 idle notifiers are now bloating the kernel since > nearly one year. > > > > And why does it bloat the kernel with EXPORT_SYMBOL's although even your > > > perfmon-new-base-061204 doesn't seem to add any modular user? > > > Where does the perfmon code use the EXPORT_SYMBOL's? The perfmon patch includes several kernel modules which make use of the exported entry points. The following symbols are exported: pfm_pmu_register/pfm_pmu_unregister: * PMU description module registration. * Used to describe PMU model. * Used by perfmon_p4.c, perfmon_core.c, perfmon_mckinley.c, and others pfm_fmt_register/pfm_fmt_unregister: * Sampling format module registration * Used by perfmon_dfl_smpl.c, perfmon_pebs_smpl.c pfm_interrupt_handler: * PMU interrupt handler * Used by MIPS-specific perfmon code pfm_pmu_conf/pfm_controls: * global state/control variable All exported symbols are currently used. Why are you saying this adds bloat? -- -Stephane - 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/