[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAB=NE6WDknSfw5Y6tLCrEnvW=PnNi8sWnVKumUaEYx86xTOQBA@mail.gmail.com>
Date: Fri, 22 May 2015 16:02:33 -0700
From: "Luis R. Rodriguez" <mcgrof@...e.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: josh@...htriplett.org, Dmitry Torokhov <dmitry.torokhov@...il.com>,
Takashi Iwai <tiwai@...e.de>, Paul Bolle <pebolle@...cali.nl>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Borislav Petkov <bp@...en8.de>,
Greg KH <gregkh@...uxfoundation.org>,
"David S. Miller" <davem@...emloft.net>, clemens@...isch.de,
JBottomley@...n.com, David Airlie <airlied@...ux.ie>,
Mauro Carvalho Chehab <mchehab@....samsung.com>,
Marcel Holtmann <marcel@...tmann.org>,
"Gustavo F. Padovan" <gustavo@...ovan.org>,
Johan Hedberg <johan.hedberg@...il.com>,
Mikael Starvik <starvik@...s.com>,
Jesper Nilsson <jesper.nilsson@...s.com>,
Imre Kaloz <kaloz@...nwrt.org>, khalasa@...p.pl,
Ohad Ben-Cohen <ohad@...ery.com>,
Arnd Bergmann <arnd@...db.de>, 3chas3@...il.com,
Jiri Slaby <jslaby@...e.cz>, Bryan Wu <cooloney@...il.com>,
Richard Purdie <rpurdie@...ys.net>,
Jacek Anaszewski <j.anaszewski@...sung.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [RFC v1] tree-wide: remove "select FW_LOADER" uses
On Fri, May 22, 2015 at 3:33 PM, Herbert Xu <herbert@...dor.apana.org.au> wrote:
> On Sat, May 23, 2015 at 12:22:00AM +0200, Luis R. Rodriguez wrote:
>> Kind of, the issue actually was a new component which depends on FW_LOADER
>> and has crypto dependencies. Since the qat crypto driver selects FW_LOADER
>> but also has a set of crypto dependencies that creates a recursive dependency
>> loop.
>
> Actually, how about making FW_SIG select FW_LOADER instead of
> depending on it? I think this should break the cycle.
Indeed, it does. Kind of odd, but works - and well if others run into
the recursive issue then we have two diverging solutions now:
a) Either swap all "select FOO" to "depends on FOO" or,
b) Change the offending "depends on FOO" to "select FOO"
So sticking to one seems to make Kconfig happy for recursive
dependency solving for now...
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists