Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755266Ab1CYASe (ORCPT ); Thu, 24 Mar 2011 20:18:34 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:41171 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752136Ab1CYASd (ORCPT ); Thu, 24 Mar 2011 20:18:33 -0400 MIME-Version: 1.0 In-Reply-To: References: <1300864998.3522.71.camel@thor.local> <1300868532.3522.81.camel@thor.local> <1300880747.16522.13.camel@thor.local> From: Linus Torvalds Date: Thu, 24 Mar 2011 17:17:42 -0700 Message-ID: Subject: Re: [git pull] drm fixes To: Dave Airlie Cc: Ilija Hadzic , =?ISO-8859-1?Q?Michel_D=E4nzer?= , linux-kernel@vger.kernel.org, DRI mailing list Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2187 Lines: 50 On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie wrote: > > Like seriously you really think VFS locking rework wasn't under > development or discussion when you merged it? I'm sure Al would have > something to say about it considering the number of times he cursed in > irc about that code after you merged it. Umm. That code was basically over a year old by the time it was merged. How old was the code we're talking about now? Seriously? And your argument that this case is something you'd have pushed even outside the merge window - I think that sounds like more of the same problem. You say it fixes a problem - but does it fix a REGRESSION? Do you see the difference? Every single commit I get "fixes a problem". But our rules for these things are much stricter than that. > This isn't even close to the level of the usual type of fuckups you > get in a merge window, it just happens you were cc'ed on the > discusson, otherwise I'm betting you'd never even notice. I'm betting > something much worse landed in this merge window that you should be > giving a fuck about, but this isn't the droid you are lookin for. Maybe not. But why is it always the DRM tree that has these issues? Why is it that the DRM tree is the one that gets relatively _huge_ patches after -rc1 is out? I really REALLY wish that you graphics people would at some point admit that you guys have a problem. I am hoping that the intel side is being worked on. Instead, I see what seems to be you being in a hurry, and arguments why uncooked code should be merged even outside the merge window. Do you see what I'm aiming at here? If this was a one-time event, we wouldn't be having this discussion. But the DRM tree is one of the BIGGEST issues after the merge window has closed. And it's EVERY SINGLE RELEASE. Why? Some introspection please. You don't even have to answer me. I ask you to answer that to yourself. Linus -- 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/