From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 21614BAC for ; Wed, 28 Jun 2017 17:56:04 +0000 (UTC) Received: from mail-io0-f195.google.com (mail-io0-f195.google.com [209.85.223.195]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9B296A4 for ; Wed, 28 Jun 2017 17:56:03 +0000 (UTC) Received: by mail-io0-f195.google.com with SMTP id j200so5898854ioe.0 for ; Wed, 28 Jun 2017 10:56:03 -0700 (PDT) MIME-Version: 1.0 Sender: geert.uytterhoeven@gmail.com In-Reply-To: References: <20170627135839.GB1886@jagdpanzerIV.localdomain> <20170627184448.GU21846@wotan.suse.de> <20170627231011.GA10543@mail.hallyn.com> From: Geert Uytterhoeven Date: Wed, 28 Jun 2017 19:56:01 +0200 Message-ID: To: Linus Torvalds Content-Type: text/plain; charset="UTF-8" Cc: Cristina Moraru , ksummit Subject: Re: [Ksummit-discuss] [TECH TOPIC] is Kconfig a bit hard sometimes? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Jun 28, 2017 at 2:14 AM, Linus Torvalds wrote: > On Tue, Jun 27, 2017 at 5:09 PM, Luis R. Rodriguez wrote: >> The *easier* thing to do for now was to just map a loaded module to a >> kconfig symbol, and she proposed fairly simple patches to do this. > > Well, localmodconfig does that today already. > > And as mentioned, this is *not* even primarily about devices. > > Devices are actually the easy case. Not only are they generally fairly > easy to enumerate (ie lsusb etc), they are things that people are at > least more or less aware of. Devices are indeed the easy part. And on systems using DT, it's fairly easy to find out which drivers you need to enable. However, many drivers cannot be enabled without enabling a subsystem and a few subsystem-specific options first. Finding out which is already much harder. E.g. the media subsystem has many of these. > The config options that don't enable drivers, but enable particular > behavior - *those* are actually the nastiest ones. > > And you don't see those in module names (well, you obviously sometimes > do, since the module might be what implements the behavior, but quite > often it's a built-in or just a setting for a module) Module names assume you already have a running system to get a list of modules. I don't want to go into systemd bashing (you can probably find other examples), but when a Debian upgrade pulled in systemd, I had a hard time finding out which Kconfig options I had to enable to make the system boot again. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds