linux-kernel - Re: [PATCH] Remove CONFIG

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20120828192527.GA9921@redhat.com>
Date:	Tue, 28 Aug 2012 15:25:27 -0400
From:	Dave Jones <davej@...hat.com>
To:	Jeff Garzik <jgarzik@...ox.com>
Cc:	Kees Cook <keescook@...omium.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Remove CONFIG_EXPERIMENTAL

On Tue, Aug 28, 2012 at 10:10:48AM -0400, Jeff Garzik wrote:
 > On Mon, Aug 27, 2012 at 5:53 PM, Kees Cook <keescook@...omium.org> wrote:
 > > This config item has not carried much meaning for a while now and is
 > > almost always enabled by default. Remove it and adjust various config
 > > logic and documentation.
 > 
 > It does have meaning...  !CONFIG_EXPERIMENTAL means more stable.  In
 > the past things would get CONFIG_EXPERIMENTAL until they've been tried
 > in the field or otherwise hit some goal in the developer's mind.
 > 
 > Is this a practical distinction?  Probably not, as the markers often
 > go unmaintained...

That's exactly the point. We have 'experimental' code that's been marked
as such for 10-15 years. Maturity has nothing to do with that option,
even if that was its original intention.

The reality seems to be that near everyone sets EXPERIMENTAL because
there's so much stuff tucked behind it, that they want at least some of it.
They aren't choosing this option because they care about how mature the
code is, they're setting it because they *need* something that it's hidden behind.

What *might* be a more useful thing, is instead of adding new options
depending on EXPERIMENTAL, introduce something like CONFIG_NEW_IN_3_6
(and a release or so later, when it's not considered new any more,
drop it). But I'm not convinced that even this wouldn't succumb to
the same neglect that EXPERIMENTAL has.

	Dave

--
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/