Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932578AbWCBVk5 (ORCPT ); Thu, 2 Mar 2006 16:40:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932566AbWCBVk5 (ORCPT ); Thu, 2 Mar 2006 16:40:57 -0500 Received: from mailout.stusta.mhn.de ([141.84.69.5]:23058 "HELO mailout.stusta.mhn.de") by vger.kernel.org with SMTP id S932309AbWCBVk4 (ORCPT ); Thu, 2 Mar 2006 16:40:56 -0500 Date: Thu, 2 Mar 2006 22:40:55 +0100 From: Adrian Bunk To: Jesper Juhl Cc: Herbert Xu , dtor_core@ameritech.net, jgeorgas@rogers.com, linux-kernel@vger.kernel.org Subject: Re: [2.6 patch] make UNIX a bool Message-ID: <20060302214055.GH9295@stusta.de> References: <20060301175852.GA4708@stusta.de> <20060302173840.GB9295@stusta.de> <9a8748490603021228k7ad1fb5gd931d9778307ca58@mail.gmail.com> <20060302203245.GD9295@stusta.de> <9a8748490603021240t31f58ea4ycafae4ee8a12095c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9a8748490603021240t31f58ea4ycafae4ee8a12095c@mail.gmail.com> User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3277 Lines: 78 On Thu, Mar 02, 2006 at 09:40:17PM +0100, Jesper Juhl wrote: > On 3/2/06, Adrian Bunk wrote: > > On Thu, Mar 02, 2006 at 09:28:15PM +0100, Jesper Juhl wrote: > > > On 3/2/06, Adrian Bunk wrote: > > > > On Thu, Mar 02, 2006 at 12:31:34PM +1100, Herbert Xu wrote: > > > > > Adrian Bunk wrote: > > > > > > > > > > > > It does also matter in the kernel image size case, since you have to put > > > > > > enough modules to the other medium for having a effect bigger than the > > > > > > kernel image size increase from setting CONFIG_MODULES=y. > > > > > > > > > > That's not very difficult considering the large number of modules that's > > > > > out there that a system may wish to use. > > > > >... > > > > > > > > This might be true for full-blown desktop systems - but these do not > > > > tend to be the systems where kernel image size matters that much. > > > > Smaller kernel image size might be an issue e.g. for distribution > > > > kernels, but in a much less pressing way. > > > > > > > > The systems where kernel image size really matters are systems with few > > > > modules where you know in advance which modules you might need. I played > > > > a bit with the ARM defconfigs, and if you consider that you can't build > > > > the filesystem for accessing your modules modular I haven't found any > > > > where making everything modular would have given a real kernel image > > > > size gain compared to the CONFIG_MODULES=n case. > > > > > > > > > > I believe the basic question is this: What do we win by making > > > CONFIG_UNIX a bool? > > >... > > > > We do not have to export symbols we don't want to export to modules but > > needed by CONFIG_UNIX. > > > > I'm probably exposing my ignorance here, but, what symbols would those be? > > and does it outweigh the harm done to people who want or need > CONFIG_UNIX modular ? Can anyone bring real life examples for this pretended harm? All examples I have heard until now fall under one of the following: - CONFIG_MODULES=n wouldn't be worse - if you want your kernel to fit on a floppy, CONFIG_UNIX shouldn't be the thing making the difference between the kernel fitting on the floppy and the kernel not fitting on the floppy And I'm surprised that everyone thinks the world would stop turning if the kernel image size is increased by CONFIG_UNIX=y, but the same people were quiet when during the 2.5 development the discarding of __exit code moved from link time to run time on some architectures (e.g. i386) making the kernel image size bigger for everyone. Is there much FUD in this thread or why do people pretend to care in the CONFIG_UNIX case but don't care when the __exit code is discarded? > Jesper Juhl cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed - 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/