Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762720AbZJOTAv (ORCPT ); Thu, 15 Oct 2009 15:00:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759463AbZJOTAu (ORCPT ); Thu, 15 Oct 2009 15:00:50 -0400 Received: from gv-out-0910.google.com ([216.239.58.186]:32660 "EHLO gv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758623AbZJOTAt (ORCPT ); Thu, 15 Oct 2009 15:00:49 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=v1RG0AWP8omAcde+VMFMptHJ67m1W3k86Yp8bLQ39oiDD7HAO191owo+PPbkCeBXWR k4KmNPIHFsE/11hFvHXD7nHOrNgQizTvDBVlSll44TVch4yQVuXp/Zo1Rl/sBO/xXVJQ 58zPV9wW3y/NfIgOkHAmiUnLrc7Zf7WgXX3KA= From: Bartlomiej Zolnierkiewicz To: Greg KH Subject: Re: removing existing working drivers via staging Date: Thu, 15 Oct 2009 20:58:33 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.31.1-56.fc12.x86_64; KDE/4.3.1; x86_64; ; ) Cc: david@lang.hm, Stefan Richter , "linux-kernel" , Ingo Molnar References: <200910152020.13080.bzolnier@gmail.com> <20091015184656.GA29858@suse.de> In-Reply-To: <20091015184656.GA29858@suse.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910152058.33114.bzolnier@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2688 Lines: 55 On Thursday 15 October 2009 20:46:56 Greg KH wrote: > On Thu, Oct 15, 2009 at 08:20:12PM +0200, Bartlomiej Zolnierkiewicz wrote: > > On Thursday 15 October 2009 19:49:32 Greg KH wrote: > > > On Thu, Oct 15, 2009 at 07:42:40PM +0200, Bartlomiej Zolnierkiewicz wrote: > > > > On Thursday 15 October 2009 18:47:26 Greg KH wrote: > > > > > On Thu, Oct 15, 2009 at 09:39:51AM -0700, david@lang.hm wrote: > > > > > > however, what I think I saw proposed was to move drivers that need to be > > > > > > 'cleaned up', to staging and then dropping them if they don't get cleaned. > > > > > > > > > > What is "proposed" is the following: > > > > > > > > > > - For drivers currently in the kernel tree, that the subsystem > > > > > maintainer, for whatever reason, feels is obsolete / broken / > > > > > needs major cleaning / wants to get rid of, can be submitted > > > > > to the staging maintainer to be moved to the drivers/staging/ > > > > > directory. > > > > > > > > This is insanity and opens a door for various forms of abuse. > > > > > > What do you mean by this? What kind of "abuse"? > > > > Typical situation: > > > > You have driver for _really_ difficult hardware used by minority of total > > users of a given subsystem. Said driver has no major problems except being > > f*cking complicated (because of hardware) so it stays in the way of future > > changes. > > > > With the current system people making bigger changes have to comprehend > > that difficult stuff [*]. This is a good thing in the long-term since it > > results in the better overall system understanding, better knowledge of > > "DO's and DON'T's" and better users' experience. > > > > Now with the proposed scheme it is sufficient to throw said driver into > > staging for few weeks and make future changes. Before users even notice > > and complain they are screwed already since bringing the driver back is > > no longer possible without big effort (+ subsystem is still evolving).. > > But a driver in staging still has to be able to build, api changes are > not able to be ignored in it. Sure, it will build at the of being submitted to staging.. > > This will result in a "new kernel new hardware" world that some distro > > people have been silently trying to accomplish and in this brave new world > > few key people have way too much advantage over everyone else. > > I don't understand what you are referring to here. See my PM. -- 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/