From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTP id D8DF682D for ; Fri, 30 May 2014 05:04:55 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5C2A41F899 for ; Fri, 30 May 2014 05:04:55 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5C2F42132B for ; Fri, 30 May 2014 01:04:50 -0400 (EDT) Date: Thu, 29 May 2014 22:04:48 -0700 From: Greg KH To: Paul Walmsley Message-ID: <20140530050448.GB2505@kroah.com> References: <1400925225.6956.25.camel@dabdike.int.hansenpartnership.com> <20140529182753.GJ25041@thunk.org> <700704721.GMn4j9GJx9@vostro.rjw.lan> <20140529233004.GB11741@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: James Bottomley , "ksummit-discuss@lists.linuxfoundation.org" Subject: Re: [Ksummit-discuss] Reforming Acked-by (was Re: [TOPIC] Encouraging more reviewers) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, May 30, 2014 at 01:12:06AM +0000, Paul Walmsley wrote: > On Thu, 29 May 2014, Greg KH wrote: > > > On Thu, May 29, 2014 at 02:03:16PM -0700, Olof Johansson wrote: > > > What are we really trying to fix here? Is the current process really > > > broken or are we trying to create more process that's not needed for > > > some other reason? > > > > I think the latter. > > > > Somehow, we seem to be constantly increasing our rate of change, are > > people thinking we are having problems here? If so, exactly where? > > If "increasing our rate of change" was the only metric that we cared > about, we wouldn't be discussing how to attract more reviewers. I'm not saying it's the only metric, but just pointing out that while we constantly ask for more reviewers, it doesn't seem to be slowing us down. > But, on the other hand, if "increasing our rate of change" is the primary > metric that's important to some folks, it might explain why we keep > asking ourselves how to increase the review bandwidth every year, with > little apparent positive result. I have more review help now. Some of it happened organically, and some I specifically asked for. If you need help, ask other developers in the area to help out. The worse they can do is say no and you are back to where you were before, no harm done. greg k-h