[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1302113542.22852.7.camel@x61.thuisdomein>
Date: Wed, 06 Apr 2011 20:12:22 +0200
From: Paul Bolle <pebolle@...cali.nl>
To: Johannes Berg <johannes@...solutions.net>
Cc: Mark Brown <broonie@...nsource.wolfsonmicro.com>,
Antonio Ospite <ospite@...denti.unina.it>,
linux-wireless@...r.kernel.org, openezx-devel@...ts.openezx.org,
"John W . Linville" <linville@...driver.com>,
Liam Girdwood <lrg@...mlogic.co.uk>,
linux-kernel@...r.kernel.org, Marek Vasut <marek.vasut@...il.com>,
Guiming Zhuo <gmzhuo@...il.com>
Subject: Re: [PATCH] rfkill: Regulator consumer driver for rfkill
On Wed, 2011-04-06 at 16:21 +0200, Johannes Berg wrote:
> On Wed, 2011-04-06 at 23:11 +0900, Mark Brown wrote:
> > On Wed, Apr 06, 2011 at 11:21:19AM +0200, Antonio Ospite wrote:
> >
> > > + tristate "Generic rfkill regulator driver"
> > > + depends on RFKILL || !RFKILL
> >
> > That looks *odd*.
>
> That's normal for rfkill -- if RFKILL==n then this can be anything since
> the rfkill API goes all no-op inlines, but if RFKILL==m then this can't
> be ==y. "depends on !RFKILL" covers the former, "depends on RFKILL" the
> latter.
But doesn't
depends on RFKILL || !RFKILL
always evaluate to true when running "make *config"? (Even if RFKILL is
an unknown symbol when that expression is parsed!)
I'd say that dependencies such as this one might as well be dropped from
their Kconfig file.
Paul Bolle
--
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