Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751443AbbEYTHz (ORCPT ); Mon, 25 May 2015 15:07:55 -0400 Received: from mx2.parallels.com ([199.115.105.18]:60184 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750781AbbEYTHy (ORCPT ); Mon, 25 May 2015 15:07:54 -0400 From: James Bottomley To: "josh@joshtriplett.org" CC: "marcel@holtmann.org" , "clemens@ladisch.de" , "jslaby@suse.cz" , "rpurdie@rpsys.net" , "khalasa@piap.pl" , "linux-kernel@vger.kernel.org" , "jesper.nilsson@axis.com" , "3chas3@gmail.com" <3chas3@gmail.com>, "johan.hedberg@gmail.com" , "kaloz@openwrt.org" , "starvik@axis.com" , "tiwai@suse.de" , "j.anaszewski@samsung.com" , "pebolle@tiscali.nl" , "ohad@wizery.com" , "mcgrof@do-not-panic.com" , "gustavo@padovan.org" , "cooloney@gmail.com" , "gregkh@linuxfoundation.org" , "mcgrof@suse.com" , "mchehab@osg.samsung.com" , "bp@alien8.de" , "davem@davemloft.net" , "dmitry.torokhov@gmail.com" , "geert@linux-m68k.org" , "herbert@gondor.apana.org.au" , "arnd@arndb.de" , "airlied@linux.ie" Subject: Re: [RFC v1] tree-wide: remove "select FW_LOADER" uses Thread-Topic: [RFC v1] tree-wide: remove "select FW_LOADER" uses Thread-Index: AQHQlAdy+UmPanbaJUmvZ37dFChISp2HdkGAgACPIQCAAAT5AIAAEoIAgAAHWQCAAJafAIAAA+iAgAAGNgCAAAkkgIAAChcAgAAl64CABAHCgIAAdSKAgAAUUQA= Date: Mon, 25 May 2015 19:07:14 +0000 Message-ID: <1432580834.2195.6.camel@Odin.com> References: <1432282668.27695.24.camel@x220> <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> <20150525175431.GD1037@x> In-Reply-To: <20150525175431.GD1037@x> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [50.46.149.214] Content-Type: text/plain; charset="utf-8" Content-ID: <86DEC1339829BD4DA4E5A9ADC2673D03@sw.swsoft.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id t4PJ80JQ007294 Content-Length: 1661 Lines: 34 On Mon, 2015-05-25 at 10:54 -0700, Josh Triplett wrote: > 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. That's really hard in practise you have to make any symbol that selects something depend on the dependencies of the selected symbol. You can't do this without involving a SAT solver. A guy promised to do this a couple of years ago, but the patches never materialised. However, they may exist somewhere if someone wants to take a look at completing it. James > 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 ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?