[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 25 May 2008 08:15:25 +0200
From: Sam Ravnborg <sam@...nborg.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>,
linux-kbuild <linux-kbuild@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Roman Zippel <zippel@...ux-m68k.org>,
Jeremy Fitzhardinge <jeremy@...p.org>
Subject: Re: [PATCH] x86: use defconfig as last resort
On Sat, May 24, 2008 at 06:30:40PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 24 May 2008, Sam Ravnborg wrote:
> >
> > When using "make oldconfig" with no .config
> > present try the list from init/Kconfig DEFCONFIG_LIST
> > before resorting to use one of the defconfigs.
>
> Hmm. Why does placement matter here?
We have the following list in init/Kconfig:
config DEFCONFIG_LIST
string
depends on !UML
option defconfig_list
default "/lib/modules/$UNAME_RELEASE/.config"
default "/etc/kernel-config"
default "/boot/config-$UNAME_RELEASE"
default "arch/$ARCH/defconfig"
If we define an arch specific DEFCONFIG_LIST before this then
the arch supplied values are tried first.
The patch moves the ARCH supplied list below the definition
in init/Kconfig so it is tried last.
>
> Also:
>
> > +config DEFCONFIG_LIST
> > + string
> > + depends on X86_32
> > + option defconfig_list
> > + default "arch/x86/configs/i386_defconfig"
> > +
> > +config DEFCONFIG_LIST
> > + string
> > + depends on X86_64
> > + option defconfig_list
> > + default "arch/x86/configs/x86_64_defconfig"
> > +
>
> Wouldn't this be cleaner as just *one* entry, and then just have
> different default statements, ie something like
I will try to come up with an alternative solution in a minute.
Sam
--
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