Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1033145AbcJRTcv (ORCPT ); Tue, 18 Oct 2016 15:32:51 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:54229 "EHLO mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934901AbcJRTci (ORCPT ); Tue, 18 Oct 2016 15:32:38 -0400 X-Auth-Info: QiPuxv0dOS699dri4tLf58nLOk2cjo1m/X5diXK5G7k= Subject: Re: [PATCH 1/1] MAINTAINERS: add a maintainer for the SPI NOR subsystem To: Brian Norris , Richard Weinberger References: <0a3eaa21fb0f38743308c9cc9fc5d2373f4877de.1476802288.git.cyrille.pitchen@atmel.com> <3d45f698-08e9-e672-d405-1ab9bfec1222@atmel.com> <20161018184651.GA71760@google.com> Cc: Cyrille Pitchen , "linux-mtd@lists.infradead.org" , nicolas.ferre@atmel.com, Boris Brezillon , LKML , David Woodhouse , Artem Bityutskiy From: Marek Vasut Message-ID: <23317635-426e-fbf8-f0b2-b59dde75900a@denx.de> Date: Tue, 18 Oct 2016 21:31:06 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161018184651.GA71760@google.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1820 Lines: 54 On 10/18/2016 08:46 PM, Brian Norris wrote: [...] >>>>>> Boris Brezillon has already stepped up as a maintainer for the NAND >>>>>> sub-subsystem in MTD, and the SPI NOR sub-subsystem could be handled in >>>>>> the same way: I would be reviewing patches touching this area, collecting >>>>>> them and sending pull requests to Brian Norris. >>>> >>>> I'd suggest you send pull requests directly to Linus. >>>> Same for NAND. > > I could go with either method I suppose, but I don't personally like the > idea of splitting out the various bits of MTD into *completely* > independent lines of development. As long as someone (not necessarily > me) can manage pulling the sub-subsystems together, I think it would > make sense to have 1 PR for Linus for non-UBI/FS MTD changes. Yes please, agreed. This looks far more systematic and it's what other subsystems do. [...] > Random thoughts: [...] > Coordination: how do we avoid stepping on each other's toes? We'd have > to definitely 100% kill 'git push -f' and 'git rebase'. Also, would > patchwork help or hurt us here? Patchwork is nice, it helps keeping track of the patch status real well. But there is always the problem of keeping the patchwork up-to-date when the status of patch changes, esp. if one is offline (or maybe I didn't look hard enough). > I think Boris and I have been sort of > using it, but it's still got a pretty good backlog (partly real -- > i.e., the cause for this thread; and partly artificial, due to > accounting). > > What to do about mtd-utils.git? That's been languishing a bit, and it > has no release schedule. Maybe we want a plan for that too. > > BTW, will anybody be at Linux Plumbers? I plan to be there in a few > weeks. And something tells me dwmw2 will be there. > > Brian > -- Best regards, Marek Vasut