Return-path: Received: from yx-out-2324.google.com ([74.125.44.29]:36312 "EHLO yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754248AbZCCRXo convert rfc822-to-8bit (ORCPT ); Tue, 3 Mar 2009 12:23:44 -0500 MIME-Version: 1.0 In-Reply-To: <49AD4C74.1060704@s5r6.in-berlin.de> References: <43e72e890903022143k83890afr6673753f52c5ff8@mail.gmail.com> <49ACC6B0.409@garzik.org> <43e72e890903022244j2b2f4276lf6e318f3dad3df@mail.gmail.com> <20090303072637.GB4440@kroah.com> <43e72e890903022337k5281a790j8641f93cce3f9c70@mail.gmail.com> <49AD4C74.1060704@s5r6.in-berlin.de> Date: Tue, 3 Mar 2009 09:23:41 -0800 Message-ID: <43e72e890903030923v27c47f5anc184c0e8085bc5c1@mail.gmail.com> (sfid-20090303_182347_276050_163C5AE7) Subject: Re: Elaboration on "Equivalent fix must already exist in Linus' tree" From: "Luis R. Rodriguez" To: Stefan Richter Cc: Greg KH , Jeff Garzik , wireless , "linux-kernel@vger.kernel.org" , Theodore Tso Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Mar 3, 2009 at 7:27 AM, Stefan Richter wrote: > Luis R. Rodriguez wrote: >> On Mon, Mar 2, 2009 at 11:26 PM, Greg KH wrote: >>> Who are these "people" that you are trying to convince? >> >> OK small silly example is convincing distributions it may be a good >> idea to carry linux-next kernel packages as options to users to >> hopefully down the road reduce the delta between what they carry and >> what is actually upstream. > > Distros would do their users a bigger favour if they didn't just dump= a > random new driver into their kernel package, but if they instead (or = in > addition) support the process to get new drivers into the mainline. > > It's a favour to their users because maintenance in mainline generall= y > means better quality. =C2=A0(Less drivers which break suspend/resume = etc. pp.). > > It's also a favour to themselves because the maintenance of their ker= nel > as a whole will cost less if it is a stabilized derivative of the > mainline instead of an unstable (and merely potential) predecessor of > the mainline. I don't think I was very clear in what I meant about "carrying linux-next kernel packages as an option". What I meant was carrying it just as an option for those users who want to test bleeding edge without compiling their own linux-next, _not_ to merge linux-next things into their own default kernel release and shove it down users throats. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-wireles= s" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html