[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200806110017.32880.rob@landley.net>
Date: Wed, 11 Jun 2008 00:17:32 -0500
From: Rob Landley <rob@...dley.net>
To: Adrian Bunk <bunk@...nel.org>
Cc: Tim Bird <tim.bird@...sony.com>,
linux-tiny <Linux-tiny@...enic.com>,
linux-embedded <linux-embedded@...r.kernel.org>,
linux kernel <linux-kernel@...r.kernel.org>
Subject: Re: mainlining min-configs...
On Tuesday 10 June 2008 13:30:04 Adrian Bunk wrote:
> On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > Adrian Bunk wrote:
> >...
> >
> > > You need both, and ideally constantly done by the same person against
> > > Linus' tree, -next and -mm.
> > >
> > > Where to get your minimal configs from at the start is just a small
> > > thing at the beginning - don't underestimate the required manual work
> > > that will have to be done each week.
> >
> > This is probably why I haven't signed up for this myself previously.
> > I'd be interested in finding out the rate at which defconfigs
> > bitrot in mainline. My experience is that usually a 'make oldconfig'
> > will produce something usable. But maybe that wouldn't be as
> > effective with a minconfig?
> >...
>
> Someone has to run the 'make oldconfig' for all configs...
Running "make oldconfig" isn't necessarily enough. If you can't build the
result, you don't really _know_ if it's going to work.
For example, in 2.6.23 new guard symbols showed up (CONFIG_BLK_DEV and
CONFIG_SCSI_LOWLEVEL), meaning if you had stuff under those selected but they
defaulted to off, everything under them would silently vanish. (I don't
remember what their defaults were, but I do remember it broke miniconfig.)
I need to go through and teach "make miniconfig" that when you set something
inside a menu, you set its menu symbol as well (all the way up to root if
necessary). That would allow the resulting config to strip down to fewer
symbols and not get broken by the addition of guard symbols between
versions...
Rob
--
"One of my most productive days was throwing away 1000 lines of code."
- Ken Thompson.
--
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