[lkml]   [2001]   [May]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...]
"Eric S. Raymond" wrote:
> Giacomo A. Catenazzi <>:
> > My proposal is instaed of complain about configuration violatation,
> > you just wrote the possible correct configuration and prompt user to
> > select the correct configuration.
> > In the case you cite, e.g. oldconfig shoud prompt:
> > 1) SMP=n
> > 2) RTC=m
> > 3) RTC=y
> > (assuming the ARCH is invariant).
> You, and the other person who proposed this previously, are getting
> way too hung up on this particular easy case and not thinking about
> the general problem.
> The number of prompts goes up with the number of variables in the constraint.
> But the number of possible correct configurations goes up as 2**n -- actually,
> 3**n because we have trits.

No. You propmt only one invalid assertion.
After you this prompt you continue to validate rules and you
maybe prompt for another invalid rules. But these invalid
are generally infrequent.

Thus in my proposal the number of questions on the *worste*
are equal to your proposal (rm configuration an reconfigure it
again, the vi methods is not serious).

> What you're saying, in effect, is that if f is number of frozen variables
> in the constraint then the configurator ought to generate 3 ** (n - f)
> possible correct models and prompt for one of them. Since f typically
> equals just 1 that number goes up really fast with n.
> And what if one of the variables in the constraint is of integer or
> string type? In that case the number of possible models to be
> prompted for is effectively infinite. (Finite but very very large).

It is very unlikely to have constraint on string or on
But anyway, where is the problem?
You simple ask the new value of this symbol.

> You are proposing an interface that will handle easy cases but blow
> up in the user's face in any hard one. That's poor design, frustrating
> the user exactly when he/she most needs help.

But how do you help such users? Telling them to use vi?

Broken configuration will always exist (with generally few
Surelly also you produce incorrect configuration. (You can
that configuration for CML2 for kernel 2.4.3 is fully
with rules you use for 2.4.4? and for the 2.5.x?

We make always error. But if you don't correct the behaviour
oldconfig we will tend not to correct CML2 rules, because it
broke our configuration (and we will prefer a incorrect but
configuration that a correct configuration (but that requires
a complete reconfiguration, or some luck with vi)


PS: I think you missundestood my previous email.
No autimatic recovery of broken configuration, but it is need
usefull tool to produce a valid configuration from an (maybe)
invalid or old configuration. In a manual manner.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:52    [W:0.078 / U:0.580 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site