Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754807Ab3IYTZd (ORCPT ); Wed, 25 Sep 2013 15:25:33 -0400 Received: from comal.ext.ti.com ([198.47.26.152]:40569 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751315Ab3IYTZb convert rfc822-to-8bit (ORCPT ); Wed, 25 Sep 2013 15:25:31 -0400 From: "Gupta, Pekon" To: Brian Norris , "olof@lixom.net" , "benoit.cousson@linaro.org" , "devicetree@vger.kernel.org" , "arnd@arndb.de" , "dwmw2@infradead.org" , "tony@atomide.com" , "avinashphilipk@gmail.com" , "linux-mtd@lists.infradead.org" , "linux-omap@vger.kernel.org" , "dedekind1@gmail.com" , Andrew Morton , Linux Kernel Mailing List , "Balbi, Felipe" Subject: RE: [PATCH v6 1/4] ARM: OMAP2+: cleaned-up DT support of various ECC schemes Thread-Topic: [PATCH v6 1/4] ARM: OMAP2+: cleaned-up DT support of various ECC schemes Thread-Index: AQHOr65J/YAMcn2UDkuZTZSW+mOACZnVQHoggADFRoCAAEWcgIAAihnw Date: Wed, 25 Sep 2013 19:24:26 +0000 Message-ID: <20980858CB6D3A4BAE95CA194937D5E73EA16884@DBDE04.ent.ti.com> References: <1378986619-26765-1-git-send-email-pekon@ti.com> <1378986619-26765-2-git-send-email-pekon@ti.com> <20980858CB6D3A4BAE95CA194937D5E73EA15ED7@DBDE04.ent.ti.com> <20130925134619.GG10746@radagast> <20130925175527.GA23337@ld-irv-0074.broadcom.com> In-Reply-To: <20130925175527.GA23337@ld-irv-0074.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.24.170.142] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3239 Lines: 81 Hi Brian, > > Hi Pekon, > > On Wed, Sep 25, 2013 at 08:46:19AM -0500, Felipe Balbi wrote: > > + akpm > > > > On Tue, Sep 24, 2013 at 01:04:05PM -0500, Gupta, Pekon wrote: [snip] > > > > > > Dear Olof and other DT Maintainers, > > > > > > This patch series has missed multiple merge windows, and > > > much of the other development work on mtd/nand/omap > > > driver is gated due to this. > > Also, to be fair here: you only started CC'ing the appropriate DT > people/list around v4, after which you got a (somewhat) prompt and > thorough review of the DT bindings. Then several months passed before > you addressed the reviews. So the "multiple merge windows" is not > entirely to be blamed on others ;) > > Brian Few points I would like to clarify here, *without* pointing anyone.. (1) It was Olof's comments which directed me to cc: devicetree-discuss list. So wrong list was always cc-ed till v4. Refer http://permalink.gmane.org/gmane.linux.ports.arm.kernel/249662 (2) The devicetree list has been updated in MAINTAINER file towards end of July (22/July/2013) in following commit. Whereas the patch v4 was submitted on 2/July/2013. So I wasn't aware of this new DT maillist. commit d0fb18c5c0caf2ed0eecf3d0145450ae708ed75a Commit: Grant Likely CommitDate: 2013-07-22 (3) When a maintainer gives a NAK, I expect him to at-least give directions on what to change in the patch. There were no comments given, neither new patch reviewed by the DT maintainer even after sending multiple request directly. http://lists.infradead.org/pipermail/linux-mtd/2013-July/047441.html http://lists.infradead.org/pipermail/linux-mtd/2013-July/047629.html Its only when Artem and yourself pitched in by sending a mail to new DT mail-list that the DT maintainer reviewed and provided the comments for fixes. But by that time 3.11-rc6 had already gone past, and so I knew this Series cannot go in, so I wanted to wait some more, to see if there were any more comments on this. And frankly I was too much frustrated by then. Just to speak my opinion. We all understand that maintainers are heavily loaded by tons of emails, And reviewing each patch instantly is not possible. But this load is now passing to developers like me as frustration, because most of energy is being spent in re-submitting patches again and again, without any proper direction or conclusion. And then there is no time and energy left for good work, where we can contribute to optimizing frame-works for performance or adding new features. So I see many good developers distracting away from mainline. Thus, there should be a mechanism, where such load can be distributed, and there are less emails. And developers don't have to re-submit patch multiple times, by collecting most reviews at once. This way developer's like me can spend more time in doing other constructive things. Please consider this as constructive feedback, without targeting any individual or team. with regards, pekon -- 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/