Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755986AbbDGNWI (ORCPT ); Tue, 7 Apr 2015 09:22:08 -0400 Received: from mail-qk0-f171.google.com ([209.85.220.171]:36456 "EHLO mail-qk0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754081AbbDGNWE (ORCPT ); Tue, 7 Apr 2015 09:22:04 -0400 Message-ID: <5523D9EE.5070001@hurleysoftware.com> Date: Tue, 07 Apr 2015 09:21:50 -0400 From: Peter Hurley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ingo Molnar , Greg Kroah-Hartman , Joe Perches CC: Peter Zijlstra , linux-kernel@vger.kernel.org, Ingo Molnar , Linus Torvalds , Peter Zijlstra , Thomas Gleixner , "H. Peter Anvin" Subject: Re: about the flood of trivial patches and the Code of Conduct References: <93bd3fb8db14c75508f7169840824539a3f89606.1427759010.git.joe@perches.com> <20150331085320.GR27490@worktop.programming.kicks-ass.net> <20150331090349.GA16604@gmail.com> <1427820400.10376.23.camel@perches.com> <20150407091246.GA9673@gmail.com> <20150407110049.GA11218@kroah.com> <20150407111855.GD14136@gmail.com> In-Reply-To: <20150407111855.GD14136@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1300 Lines: 30 On 04/07/2015 07:18 AM, Ingo Molnar wrote: > * Greg Kroah-Hartman wrote: > >> On Tue, Apr 07, 2015 at 11:12:46AM +0200, Ingo Molnar wrote: >>> Pointing out this truth and protecting against such abusive flood of >>> trivial patches is not against the code of conduct I signed. >> >> I totally agree, it's not "against" the code of conflict that I >> helped write. >> >> Joe, you know better than to send trivial stuff to maintainers who >> don't want it. Send it through the trivial maintainer for >> subsystems that have expressed annoyance at this, it's not the first >> time this has happened. > > I argue that they should not be sent _at all_ in such cases, not even > via the trivial tree: firstly because typically I'll pick up the bits > from the trivial tree as well, and secondly because most of the > arguments I listed against bulk trivial commits (weaker bisectability, > taking up reviewer bandwidth, taking up Git space, etc.) still stand. And requires backports for -stable. Regards, Peter Hurley -- 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/