From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932647AbZHUUkr (ORCPT ); Fri, 21 Aug 2009 16:40:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932579AbZHUUkq (ORCPT ); Fri, 21 Aug 2009 16:40:46 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:35790 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932578AbZHUUkp (ORCPT ); Fri, 21 Aug 2009 16:40:45 -0400 Date: Fri, 21 Aug 2009 22:39:49 +0200 From: Ingo Molnar To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, Andrew Morton , Thomas Gleixner , Peter Zijlstra , Linus Torvalds , Theodore Tso , Arjan van de Ven , Greg KH , "Luis R. Rodriguez" , zippel@linux-m68k.org, linux-kbuild@vger.kernel.org, Sam Ravnborg , Jonathan Corbet , Alan Jenkins , Andi Kleen Subject: Re: [PATCH 00/14] kconfig: streamline distro configs for testers Message-ID: <20090821203949.GD15439@elte.hu> References: <20090821143525.GH11098@elte.hu> <20090821145406.GA3659@elte.hu> <20090821162822.GA20898@elte.hu> <20090821195131.GE5356@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.5 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Steven Rostedt wrote: > > On Fri, 21 Aug 2009, Steven Rostedt wrote: > > > > > On Fri, 21 Aug 2009, Ingo Molnar wrote: > > > > OK, I'll add that to my todo list. Note, it the local config is > > > > only as good as the starting .config. That is, it never touches =y > > > > settings, because it only uses loaded modules as a base. Thus if > > > > something is set to =y it will always be set to =y. > > > > > > > > What would you have in mind. Just randomly enabling modules? If we > > > > enable a "y" config then the next local*config will still keep > > > > that set. > > > > > > Why - isnt local*config picking up environmental (currently running > > > kernel) properties? I.e. it would always set those things that are > > > needed - and randomize the rest. Have i misunderstood how it works? > > > > Yes, this is a simple script. The only thing it does to find out what is > > configured is run "lsmod". Others have tried (in vain) to be able to look > > into things like lspci and lsusb to figure out what options to enable, > > just to end up with something so complex that it doesn't work. > > Just to make this clearer. Since the script only uses lsmod to > figure out what options are configured, only touching "=m" options > is safe. There's no good way to know if a "=y" option can be > disabled, so I just leave them as is. Unfortunatly, once you run > localyesconfig, the script will stop modifying it, since there are > no more "=m" options, nor will you have modules listed in "lsmod". ah - indeed, i forgot that it bases its decision off /proc/config, if available, right? Fair enough - forget my suggestion. It's good as-is. Ingo