Re: [2.6 patch] remove CONFIG_EXPERIMENTAL

[Adrian Bunk]

On Tue, Jan 01, 2008 at 04:07:08PM +0000, Alan Cox wrote:
> On Tue, 1 Jan 2008 17:17:51 +0200
> Adrian Bunk <bunk@xxxxxxxxxx> wrote:
> 
> > On Tue, Jan 01, 2008 at 02:23:44PM +0000, Alan Cox wrote:
> > > On Tue, 1 Jan 2008 15:48:09 +0200
> > > Adrian Bunk <bunk@xxxxxxxxxx> wrote:
> > > 
> > > > This patch removes the EXPERIMENTAL option and all dependencies on
> > > > EXPERIMENTAL since they are pointless.
> > > 
> > > NAK
> > > 
> > > Experimental is an important guide to driver and code quality. 
> > >...
> > 
> > History has shown that EXPERIMENTAL tags in many areas of the kernel 
> > have not been maintained in a way that they would be usable as a guide.
> 
> Repeatedly posting crud does not make it right. As far as I can see the
> tags are pretty honest for the most part - some have been experimental
> for ten years but the 3c507 driver *has* always been a beta grade driver.

So smbfs is still considered rock solid while no serious distribution 
would be crazy enough to ship the EXPERIMENTAL NFSv4 support to their 
customers?

I'm not claiming that all EXPERIMENTAL tags were wrong [1], but many 
were wrong.

Plus the fact that CONFIG_EXPERIMENTAL controlled so many different 
things with one switch that CONFIG_EXPERIMENTAL=n .config's are really 
rare.

> > And as soon as you need _one_ driver or feature depending on 
> >> That's not about consensus,
> 
> It should be.

You removed the context.

The fact that Andrew has not applied a three times sent patch does not 
necessarily imply there was any problem with a patch - "no answer" on 
linux-kernel always translates to "continue patchbombing".

> Alan

cu
Adrian

[1] after all, even with a random distribution many of them
    were right  ;-)

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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