Re: [PATCH] default to n for GROUP_SCHED and FAIR_GROUP_SCHED

Sergio Luis
2008-05-05T18:47:30Z

On Mon, May 5, 2008 at 3:24 PM, Sam Ravnborg <sam@ravnborg.org> wrote:
> On Mon, May 05, 2008 at 07:15:01PM +0200, Ingo Molnar wrote:
> >
> > * Parag Warudkar <parag.warudkar@gmail.com> wrote:
> >
> > > sched-devel does not boot on my machine - stops right after PCI: Not
> > > using mmconfig.
> > >
> > > Here is my config for sched-devel - I did a echo "n" | make oldconfig
> > > after copying over the previous config file BTW. Should I try
> > > disabling things in config? What's most likely to break boot? (Seems
> > > likes there are a lot of significant changes in there.)
> >
> > every config is supposed to work, but in general you should pick the
> > defaults instead of saying 'n' to all questions. As long as every
> > question can be answered with an 'enter', this should work:
> >
> > make oldconfig < /dev/null
> >
> > this non-interactive 'make oldconfig' will hang with the kconfig tool
> > looping infinitely if there's any numeric question that cannot be
> > answered via 'enter'.
> >
> > This is a many years old kconfig bug that is frequently hacked around in
> > distro kernel packages but which has been ignored upstream - i've
> > attached Fedora's nonint_oldconfig patch from Dave Jones below. (maybe
> > Arjan wrote it originally?)
>
> In latest kbuild.git I've added a new feature.
>
> make K=.config alldefconfig
>
> would give you eaxtly what you request here.
> K= is used to say where to locate the base-configuration.
>
> The above will give you a configuration based on your old configuration
> with all new options set to default values.
>
> That could maybe be more intuitive but when you consider it you
> could have your base config in many different places.
> Like /boot/config-xxx, /proc/config.gz etc.
> So allowing the user to specify the base config with K= seems
> like an acceptable solution.

Can I specify /proc/config.gz (gzipped) in the K parameter?
-sergio

>
> Current version in kbuild.git is broken with respect to make O=...
> builds but that will be fixed in an hour or so.
>
> redhat has the added possibility to list new symbols.
> This is not yet included in mainline.
> Not that it is difficult - I just need to decide where/how to do it.
>
> Sam
>