On Mon, 26 Nov 2007 12:27:07 GMT, Pavel Machek said: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".
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| David Chinner | Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md. |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Trent Piepho | Re: [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
git: | |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
