To: Pavel Machek <pavel@ucw.cz>
Cc: Adrian Bunk <bunk@kernel.org>, linux-kernel@vger.kernel.org
Subject: Re: [2.6 patch] remove CONFIG_EXPERIMENTAL
In-Reply-To: Your message of "Mon, 26 Nov 2007 12:27:07 GMT."
             <20071126122706.GA5167@ucw.cz>
From: Valdis.Kletnieks@vt.edu
References: <20071125161631.GA21947@stusta.de>
            <20071126122706.GA5167@ucw.cz>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1196135084_2838P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 26 Nov 2007 22:44:44 -0500
Message-ID: <20547.1196135084@turing-police.cc.vt.edu>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1758
Lines: 41

--==_Exmh_1196135084_2838P
Content-Type: text/plain; charset=us-ascii

On Mon, 26 Nov 2007 12:27:07 GMT, Pavel Machek said:

> I don't think this is good idea. But perhaps 'experimental' should be
> removed from stuff that is really stable these days, like SATA?

I suspect that given the "once it escapes, it's cast in stone" view we take
towards user-visible API/etc, there isn't much *real* room for an
'EXPERIMENTAL' flag anymore.  Most of the usage should probably be confined to
individual drivers, where all we should need is a 'default n' and suitable
warning verbiage in the Kconfig file warning about the driver eating your
filesystems and small animals for breakfast.  We certainly shouldn't have
one big flag for *all* in-progress drivers - I don't need to accidentally
enable a busticated ethernet driver because I want a USB widget.  And if
you're worried about people accidentally enabling it, then *each driver*
should have a 'Do you really mean it?' flag with *opposite* sense (so
that 'make allyesconfig' doesn't turn it on by accident).

Anything bigger than that, we probably want to redefine 'experimental'
as "it doesn't escape from -mm to mainline till it's ready".

--==_Exmh_1196135084_2838P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQFHS5KscC3lWbTT17ARArb4AJ48twgmTqg3g6WJs3mp5ji0W/aU+gCg+cPZ
cQFnzeAHCa5qtF/veIgqxDA=
=y0y4
-----END PGP SIGNATURE-----

--==_Exmh_1196135084_2838P--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/