From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757746Ab0CBXlb (ORCPT ); Tue, 2 Mar 2010 18:41:31 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:44744 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757724Ab0CBXl3 (ORCPT ); Tue, 2 Mar 2010 18:41:29 -0500 Date: Tue, 2 Mar 2010 15:40:59 -0800 (PST) From: Linus Torvalds X-X-Sender: torvalds@localhost.localdomain To: Dave Airlie cc: Dave Airlie , dri-devel@lists.sf.net, linux-kernel@vger.kernel.org Subject: Re: [git pull] drm request 2 In-Reply-To: <21d7e9971003021527t41268786q302a218ffe410763@mail.gmail.com> Message-ID: References: <21d7e9971003021527t41268786q302a218ffe410763@mail.gmail.com> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Mar 2010, Dave Airlie wrote: > > Did I mention that driver is in STAGING? Staging is for _improving_ the quality of the drivers, not for making it worse. We still very much have quality standards. The staging tree is for things to get in that don't quite _reach_ the standards we expect, but it's not a blanket excuse for not testing things. And yes, I expect that stuff can be a bit rough during the merge window, after all, the whole point is that we can fix things up. But quite frankly, if _I_ find problems on the few machines I personally build and test on, then what does that say about the bigger picture? IOW, I refuse to pull code that doesn't even work for me. If I did, where would we end up? What do you think should be my minimal quality requirements, if "Oh, it doesn't even build for me" is too much to ask for? So if I find code that doesn't work, I'm not going to just say "whatever". I'm going to reject it. Linus