Date: Mon, 25 May 2015 10:54:31 -0700
From: Josh Triplett <josh@joshtriplett.org>
To: Paul Bolle <pebolle@tiscali.nl>
Cc: "Luis R. Rodriguez" <mcgrof@suse.com>,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>,
        Takashi Iwai <tiwai@suse.de>,
        Geert Uytterhoeven <geert@linux-m68k.org>,
        Borislav Petkov <bp@alien8.de>, Greg KH <gregkh@linuxfoundation.org>,
        "David S. Miller" <davem@davemloft.net>, clemens@ladisch.de,
        JBottomley@odin.com, David Airlie <airlied@linux.ie>,
        Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
        Herbert Xu <herbert@gondor.apana.org.au>,
        Marcel Holtmann <marcel@holtmann.org>,
        "Gustavo F. Padovan" <gustavo@padovan.org>,
        Johan Hedberg <johan.hedberg@gmail.com>,
        Mikael Starvik <starvik@axis.com>,
        Jesper Nilsson <jesper.nilsson@axis.com>,
        Imre Kaloz <kaloz@openwrt.org>, khalasa@piap.pl,
        Ohad Ben-Cohen <ohad@wizery.com>, Arnd Bergmann <arnd@arndb.de>,
        3chas3@gmail.com, Jiri Slaby <jslaby@suse.cz>,
        Bryan Wu <cooloney@gmail.com>, Richard Purdie <rpurdie@rpsys.net>,
        Jacek Anaszewski <j.anaszewski@samsung.com>, mcgrof@do-not-panic.com,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [RFC v1] tree-wide: remove "select FW_LOADER" uses
Message-ID: <20150525175431.GD1037@x>
References: <CAMuHMdVVi3Sf22wuNRU3U4LkvrKKSufC+wFxa78mtAWa48fK5w@mail.gmail.com>
 <1432282668.27695.24.camel@x220>
 <s5h7fs1gfxl.wl-tiwai@suse.de>
 <CAB=NE6WLsOoWOBwcHW5FC4k4GEtW-JWap52Zs34H-JZNtFxrhA@mail.gmail.com>
 <20150522175711.GE40101@dtor-ws>
 <20150522181924.GN23057@wotan.suse.de>
 <20150522185207.GG40101@dtor-ws>
 <20150522192814.GO23057@wotan.suse.de>
 <20150522214357.GA24129@cloud>
 <1432551316.27695.166.camel@x220>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1432551316.27695.166.camel@x220>
User-Agent: Mutt/1.5.23 (2014-03-12)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1283
Lines: 27

On Mon, May 25, 2015 at 12:55:17PM +0200, Paul Bolle wrote:
> On Fri, 2015-05-22 at 14:43 -0700, josh@joshtriplett.org wrote:
> > Ideally, someone should teach Kconfig to handle recursive dependencies,
> 
> I'm probably reading too much in this remark, but how should it handle
> that other than returning an error because the configuration it's fed
> makes it run in circles?

I don't mean cyclic dependencies (for which Kconfig should just report
an error, ideally including the full list of symbols forming the cycle).

I mean that Kconfig should do recursive dependency resolution.  If B
depends on A, and C depends on B, I should be able to turn on C
directly and have B and A enabled.

As an intermediate measure, it'd be *really* handy to be able to browse
in the curses UI directly from a symbol to the symbols it depends on to
quickly enable/disable them, rather than having to look at the list of
dependencies of a symbol, search for that symbol, remember the path the
search showed, and browse there manually.

- Josh Triplett
--
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/