[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <551122B4020000780006CD28@mail.emea.novell.com>
Date: Tue, 24 Mar 2015 07:39:16 +0000
From: "Jan Beulich" <JBeulich@...e.com>
To: "Paul Bolle" <pebolle@...cali.nl>,
"Martin Walch" <walch.martin@....de>
Cc: <akpm@...ux-foundation.org>, "Sam Ravnborg" <sam@...nborg.org>,
"Michal Marek" <mmarek@...e.cz>, <linux-kbuild@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] Kconfig: drop bogus default values
>>> On 23.03.15 at 23:58, <walch.martin@....de> wrote:
> On Monday 23 March 2015 22:24:28 Paul Bolle wrote:
>> > A real world case is PCI_QUIRKS in the mainline kernel:
>> >
>> > init/Kconfig:1554: default y
>> > arch/s390/Kconfig:59: def_bool n
>> >
>> > When setting PCI!=n && EXPERT=n then on each architecture PCI_QUIRKS=y
>> > except on s390 where PCI_QUIRKS=n.
>>
>> Good catch!
>>
>> For the same effect, would it do to have
>> config PCI_QUIRKS
>> default y if !S390
>> [...]
>>
>> in init/Kconfig?
>
> Basically yes (although I suppose the maintainer had a good reason for
> writing it the way it is now). But in the case with "def_bool n" in
> arch/s390/Kconfig, the default value is explicitly set to n, while
> "default y if !S390" does not set the value at all. As long as there are no
> further default lines for PCI_QUIRKS below, this leads to the same
> configuration. However if there was a third default line, then in the former
> case that third default value would be always ignored while in the latter
> case it would determine the default value on s390.
If the "n" default was really needed, it could be
config PCI_QUIRKS
default !S390
Jan
--
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