[lkml]   [2009]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectany remaining interest in a Kbuild "maturity" level?

every few months or so, i wonder again if there's sufficient
interest in implementing a Kbuild "maturity" level to allow a kernel
builder to conveniently select or de-select kernel features of varying
levels of maturity.

that was all covered here a while back:

in a nutshell, i think there's considerable value in adding a new
Kconfig directive, "maturity", which would have values like:

config FUBAR
maturity OBSOLETE

where "maturity" describes the position along the life cycle of some
feature -- anywhere from, say, BLEEDING_EDGE to EXPERIMENTAL all the
way over to OBSOLETE, in much the same way EXPERIMENTAL is used now,
but not as a simple dependency since that's just plain hacky. i think
it makes more sense to introduce a whole new "attribute" for that,
that would allow the user to, in short order, specify that he wanted
to build a new kernel but not use any features that were, say,

the additional convenience of this new attribute means that, when
you're configuring a kernel, you can have a "non-normal" maturity
level automatically printed next to the option, so you can immediately
see what is currently DEPRECATED or OBSOLETE, as opposed to the messy
way it's done now, where config options and their EXPERIMENTAL-ness
have a bad habit of getting out of sync, as you see here in

tristate "XCBC support"

as you can see, there's a mismatch between what's printed and the fact
that that config variable is EXPERIMENTAL, and that sort of mismatch
happens fairly frequently.

i don't think this would be all that hard to implement, and it
wouldn't be very disruptive -- the new directive could be added but,
until it's used, it would have no effect whatever.

thoughts? or should i just forget this idea?


Robert P. J. Day Waterloo, Ontario, CANADA

Linux Consulting, Training and Annoying Kernel Pedantry.

Web page:
"Kernel Newbie Corner" column @

 \ /
  Last update: 2009-08-02 15:31    [W:0.028 / U:6.320 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site