Re: Why did oldconfig's behavior change in 2.6.15-rc1?

From: Sam Ravnborg
Date: Sat Nov 12 2005 - 18:39:40 EST


On Sat, Nov 12, 2005 at 05:31:25PM -0600, Rob Landley wrote:
> On Saturday 12 November 2005 16:56, Rob Landley wrote:
> > Linus says if we're going to test something, test -rc1, so I did.
> >
> > It went boing.
> >
> > I'm still trying to get -skas0 working on x86-64, but this was a standard
> > x86 build...
> >
> > Rob
>
> Very, very strange:
>
> > make ARCH=um allnoconfig
> > cat >> .config << EOF
> CONFIG_MODE_SKAS=y
> CONFIG_BINFMT_ELF=y
> CONFIG_HOSTFS=y
> CONFIG_SYSCTL=y
> CONFIG_STDERR_CONSOLE=y
> CONFIG_UNIX98_PTYS=y
> CONFIG_BLK_DEV_LOOP=y
> CONFIG_BLK_DEV_UBD=y
> CONFIG_TMPFS=y
> CONFIG_SWAP=y
> CONFIG_LBD=y
> CONFIG_EXT2_FS=y
> CONFIG_PROC_FS=y
> EOF
> > make ARCH=um oldconfig
> > grep SKAS .config
> # CONFIG_MODE_SKAS is not set
>
> Why did oldconfig switch off CONFIG_MODE_SKAS? It didn't do that before.
> Hmmm... Rummage, rummage... Darn it, it's position dependent. _And_
> version dependent.
>
> Ok, now I have to put the new entries at the _beginning_. Appending them
> doesn't work anymore, it now ignores any symbol it's already seen, so you
> can't easily start with allnoconfig, switch on just what you want, and expect
> oldconfig to do anything intelligent.
>
> That kinda sucks. Oh well, I can have sed rip out the old symbols before I
> append the new ones. Here's hoping it's not _that_ position dependent...

A much better way would be to put the values in a file named:
allno.config

With latest kconfig changes this will do the trick, and you will have a
valid config no matter what you put in.

Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/