Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764151AbZFLBc0 (ORCPT ); Thu, 11 Jun 2009 21:32:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758883AbZFLBcS (ORCPT ); Thu, 11 Jun 2009 21:32:18 -0400 Received: from 130.120.124.202.static.snap.net.nz ([202.124.120.130]:39831 "EHLO hayes.bluewaternz.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1757622AbZFLBcR (ORCPT ); Thu, 11 Jun 2009 21:32:17 -0400 Message-ID: <4A31B061.3080102@bluewatersys.com> Date: Fri, 12 Jun 2009 13:33:21 +1200 From: Ryan Mallon User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: Russell King - ARM Linux CC: David Miller , swetland@google.com, pavel@ucw.cz, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.arm.linux.org.uk, san@android.com, rlove@google.com Subject: Re: HTC Dream aka. t-mobile g1 support References: <20090611111821.GK795@n2100.arm.linux.org.uk> <20090611.042226.28424489.davem@davemloft.net> <20090611114911.GL795@n2100.arm.linux.org.uk> <20090611.050030.169859977.davem@davemloft.net> <20090611123852.GM795@n2100.arm.linux.org.uk> In-Reply-To: <20090611123852.GM795@n2100.arm.linux.org.uk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2967 Lines: 64 Russell King - ARM Linux wrote: > On Thu, Jun 11, 2009 at 05:00:30AM -0700, David Miller wrote: >> From: Russell King - ARM Linux >> Date: Thu, 11 Jun 2009 12:49:12 +0100 >> >>> I can not keep up with the number of patches that need to be >>> reviewed and ultimately merged. I know this, and I freely admit it, >>> and I have done so on many occasions. >> Then split up the responsibilities to other people instead of being >> the choke point. Controlling everything isn't so important. > > Don't you think that I've been trying to get other people to be more > involved? > > - I've been pushing people to send patches to the relevent mailing > list(s) and maintainer(s) for years. > > - I've been pushing people to send their ARM patches to the ARM > mailing list rather than directly into the patch system for review > (it even has a comment telling people this) so that others can get > involved in reviewing them, and sharing that work load. > > Do you think either have been anywhere near successful? > > For the most part, the answer is no. People concentrate on their own > areas, and won't look at someone with a new class of platforms (eg, > the STMP or W90x900 stuff). > > I'd absolutely love it if the review load could be shared, but for the > most part it just doesn't happen. Everyone's far too busy with their > own stuff to help out (and that's a reason that they'll give if tackled > head on about it.) Question on this: I occasionally review patches where I have the knowledge or interest. Most of the time however, I do not have the hardware needed to actually test the patches, and so my reviews are simply coding style, etc. I don't want to add my acked-by to something I can't test, or am not at reasonably confident is okay (ie haven't tested, but know the hardware well enough to be satisfied the patch is okay by reading it). The problem I see for developers I do reviews for, is that they post a patch, I do a code review, the post an update looking for an acked-by, and the best I can say is "looks okay to me, but get someone else to ack it". Whats the best approach here? Should I just add my Reviewed-by tag, or should can/should I ack patches where I think the code is okay, but can't test. ~Ryan -- Bluewater Systems Ltd - ARM Technology Solution Centre Ryan Mallon Unit 5, Amuri Park Phone: +64 3 3779127 404 Barbadoes St Fax: +64 3 3779135 PO Box 13 889 Email: ryan@bluewatersys.com Christchurch, 8013 Web: http://www.bluewatersys.com New Zealand Freecall Australia 1800 148 751 USA 1800 261 2934 -- 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/