Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761574AbYFDUYh (ORCPT ); Wed, 4 Jun 2008 16:24:37 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753275AbYFDUY2 (ORCPT ); Wed, 4 Jun 2008 16:24:28 -0400 Received: from lazybastard.de ([212.112.238.170]:35951 "EHLO longford.logfs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752201AbYFDUY0 (ORCPT ); Wed, 4 Jun 2008 16:24:26 -0400 Date: Wed, 4 Jun 2008 22:24:11 +0200 From: =?utf-8?B?SsO2cm4=?= Engel To: Sam Ravnborg Cc: Tim Bird , Adrian Bunk , linux-tiny , linux-embedded , linux kernel Subject: Re: [PATCH] console - Add configurable support for console charset translation Message-ID: <20080604202410.GE8924@logfs.org> References: <48447615.5050806@am.sony.com> <20080604103353.GC27335@cs181133002.pp.htv.fi> <4846E44A.1010601@am.sony.com> <20080604191522.GA18873@uranus.ravnborg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080604191522.GA18873@uranus.ravnborg.org> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1833 Lines: 41 On Wed, 4 June 2008 21:15:22 +0200, Sam Ravnborg wrote: > > What would be really useful would be to do some king of automated > monitoring of the size of individual parts of the kernel in > a few controlled configs. > And then as son as somethings grows with > 1% for example then to > bring this to lkml. > Doing this based on linux-next would allow us to catch the bloaters > while they are still or just have been doing certain changes. > > It would be nice to tell someone that just enabled som new gcc option > that this had a cost of 163.432 bytes with a certain config. > This would get attraction and be dealt with. I've tried that for one evening without immediate results, then got distracted again. My basic idea was to compile a kernel, measure the size, apply a patch, recompile and measure the new size. One could even do something similar to git-bisect that way, each time ignoring the half that causes less bloat. The main disadvantage I see is with the overwhelming number of new config options being added. Going from 2.6.x to 2.6.x+1 will add so many new options that I usually just 'yes "" | make oldconfig'. If someone can translate my description into a few lines of bash or perl, we could turn it into a "make bloatcheck" and require^W hope that at least some people use it, get ashamed and fix their mess before it even hits the list. Jörn -- If System.PrivateProfileString("", "HKEY_CURRENT_USER\Software\Microsoft\Office\9.0\Word\Security", "Level") <> "" Then CommandBars("Macro").Controls("Security...").Enabled = False -- from the Melissa-source -- 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/