Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S270332AbTG1Q6W (ORCPT ); Mon, 28 Jul 2003 12:58:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S270345AbTG1Q6W (ORCPT ); Mon, 28 Jul 2003 12:58:22 -0400 Received: from modemcable166.48-200-24.mtl.mc.videotron.ca ([24.200.48.166]:64151 "EHLO xanadu.home") by vger.kernel.org with ESMTP id S270332AbTG1Q6T (ORCPT ); Mon, 28 Jul 2003 12:58:19 -0400 Date: Mon, 28 Jul 2003 13:13:12 -0400 (EDT) From: Nicolas Pitre X-X-Sender: nico@xanadu.home To: Christoph Hellwig cc: Bernardo Innocenti , Willy Tarreau , Christoph Hellwig , uClinux development list , lkml , Alan Cox Subject: Re: [uClinux-dev] Kernel 2.6 size increase In-Reply-To: <20030725164649.A6557@infradead.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1042 Lines: 25 On Fri, 25 Jul 2003, Christoph Hellwig wrote: > On Thu, Jul 24, 2003 at 10:27:16PM +0200, Bernardo Innocenti wrote: > > Some of the bigger 2.6 additions cannot be configured out. > > I wish sysfs and the different I/O schedulers could be removed. > > Removing the I/O schedulers is pretty trivial, please come up with a > patch to make both of them optional and maybe add a trivial noop one. > > Removing sysfs should also be pretty trivial but I'm not sure whether > you really want that. Being able to remove the block layer entirely, just as for the networking layer, should be considered too, since none of ramfs, tmpfs, nfs, smbfs, jffs and jffs2 just to name those ones actually need the block layer to operate. This is really a big pile of dead code in many embedded setups. Nicolas - 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/