Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261588AbVEPMvO (ORCPT ); Mon, 16 May 2005 08:51:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261591AbVEPMvO (ORCPT ); Mon, 16 May 2005 08:51:14 -0400 Received: from ms-smtp-03.nyroc.rr.com ([24.24.2.57]:21229 "EHLO ms-smtp-03.nyroc.rr.com") by vger.kernel.org with ESMTP id S261588AbVEPMvH (ORCPT ); Mon, 16 May 2005 08:51:07 -0400 Subject: Re: Automatic .config generation From: Steven Rostedt To: Valdis.Kletnieks@vt.edu Cc: linux-kernel@vger.kernel.org, Scott Robert Ladd , jmerkey , Edgar Toernig , Borislav Petkov , Jesper Juhl In-Reply-To: <200505151113.j4FBDf2a011875@turing-police.cc.vt.edu> References: <200505150742.j4F7gds1020180@turing-police.cc.vt.edu> <200505151113.j4FBDf2a011875@turing-police.cc.vt.edu> Content-Type: text/plain Organization: Kihon Technologies Date: Mon, 16 May 2005 08:50:21 -0400 Message-Id: <1116247821.4212.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3223 Lines: 60 Once again, check out http://www.kihontech.com/code/streamline_config.pl :-) On Sun, 2005-05-15 at 07:13 -0400, Valdis.Kletnieks@vt.edu wrote: > On Sun, 15 May 2005 11:52:51 +0200, Jesper Juhl said: > > What's the big gain? Where's the harm in just building all the sound > > modules - you only load one in the end anyway, and the space taken by the > > other modules is negligible with the disk sizes of today I'd say (ok, > > there's some extra build time involved, but that shouldn't be a big deal > > If you're doing building and testing on an older/slower box, the build > time and disk size matters - there's 481 'y' or 'm' in my current .config, versus > 1701 in the Fedora -1287 kernel. Being able to do 3 build/reboot loops in > an hour versus one every 90 mins makes a big difference. Being able to do a > build in 400M instead of 2G means that a 7G /usr/src/ partition can hold 8 or 9 > trees, rather than 3 (useful for those "when did this start" regressions, especially > in combo with that 20 min versus 90 build time. ;) > I have to do a bit of traveling, and one time I didn't want to bring my main laptop, and instead brought along my 75MHz IBM Thinkpad 755CX. (a professor laughed at me and jokingly offered me his palm pilot as an upgrade!). I actually used this to do kernel compiles. So this can take quite some time on this type of hardware. > > you want. Besides, it's not as if you have to redo your kernel config from > > scratch every time you want a new kernel. Make your favorite config once, > > build and install that kernel and then when you want a newer kernel simply > > either cd linux-; zcat /proc/config.gz > .config ; make oldconfig > > and then build the new kernel using your previous config. > > Yes, that's easy if you're working on *the same hardware*, so new device drivers > aren't of interest, and the only thing 'make oldconfig' will prompt you for is > new non-driver functionality. However, that's not everybody... > > The function is for building streamlined configs for new systems - you get > in a Frobozz2005 laptop, and although you probably have your own favorite set > of values for things like which netfilter modules to build, you probably have > *no* idea right off what device drivers you need. So you end up either going > the RedHat route and building it *all* anyhow, or spending a lot of time > figuring out which drivers you need for *this* box. And you can't even trust > the vendor sometimes - the Dell laptop I'm typing on was part of a larger order. > A co-worker got another C840, and we had both ordered the same CD/RW-DVD drive. > Machines had consecutive Dell service/serial numbers - and different vendor > drives (mine had a Toshiba, his had something else). > With this simple script, you only need to use what the distribution installed (hopefully it also installs the .config that is used). And the script will remove all the modules but the ones that are loaded. -- Steve - 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/