From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753145AbYIWLbd (ORCPT ); Tue, 23 Sep 2008 07:31:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752652AbYIWLbN (ORCPT ); Tue, 23 Sep 2008 07:31:13 -0400 Received: from mx1.suse.de ([195.135.220.2]:45273 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752587AbYIWLbL (ORCPT ); Tue, 23 Sep 2008 07:31:11 -0400 Date: Tue, 23 Sep 2008 13:31:09 +0200 Message-ID: From: Takashi Iwai To: "Chris Li" Cc: "Giacomo A. Catenazzi" , "Mauro Carvalho Chehab" , "Steven Rostedt" , linux-kernel@vger.kernel.org Subject: Re: diet-kconfig: a script to trim unneeded kconfigs In-Reply-To: <70318cbf0809221225i5be0ce6eh3ac09d8bf61cc2d7@mail.gmail.com> References: <20080918122541.2c3c7b39@areia.chehab.org> <48D27734.3040600@cateee.net> <48D36D02.4090003@cateee.net> <70318cbf0809191655m89e4b4fo68c3693487afed98@mail.gmail.com> <70318cbf0809221225i5be0ce6eh3ac09d8bf61cc2d7@mail.gmail.com> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.2 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Mon, 22 Sep 2008 12:25:21 -0700, Chris Li wrote: > > On Mon, Sep 22, 2008 at 3:01 AM, Takashi Iwai wrote: > > > I think a whitelist would be useful, too, e.g. for hotplug devices > > like usb. > > The white list is marginally useful. But it is very complicate to do. > In order to preform white list. You have to know the dependency > of the module. e.g. You need to know exactly which options to > turn on so the modules will show up. The current dependency > analyze is the other way around. It knows which device should > show up when some config option is enabled. Answering the > question of which option should enable in order that device > show up is a much harder problem. That is true. Enabling arbitrary kernel config item is hard to achieve right now. I think this feature should be implemented in kbuild parser itself. The current reverse-select is way limited and known to be problematic in many kernel configs. Anyway, I think the white list isn't that hard for certain use-cases. My assumption is that users base on the distro kernel that have already all modules. Then, for likely scenarios such as USB-storage hotplug, we can simply provide possible modules such as usb-storage and nls_* as the additional modules. The script would just need to add them to the existing module list. If necessary, the module dependency can be solved easily from modules.dep, too. > Also, as long as the user can get a boot able kernel out of > the minimal config. It is easy enough to recompile the kernel > with white list modules and install them as needed. I don't think choosing necessary kernel config is "easy enough". If it were easy enough, we don't need such scripts at all. The problem is that you must know exactly which config should be used for what purpose. This is often a high hurdle. > The white list should be a secondary step to do because > its complexity. The first priority is to have some thing simple > and provide a good minimal kernel module option. Then we > can go from there, how to add extra white list from it. The white > list is a very different game any way. I found the minimal config > option is a sweet spot to have in terms of feature and simplicity. I feel you goal is much farther than mine :) The white list can be just a list of modules. If it doesn't work, that's fine -- at least, we get the exactly same system like currently running. > > This should be fixed in Makefile. > > Care to submit a patch? > > Some module does not want to be compile as build-in. But not about this case. It wants to be compiled-in, too. thanks, Takashi