From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-out.m-online.net ([2001:a60:0:28:0:1:25:1]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1Vlcb1-00071u-Lm for linux-mtd@lists.infradead.org; Wed, 27 Nov 2013 10:43:53 +0000 From: Marek Vasut To: Brian Norris Subject: Re: [PATCH 0/2] Regarding NAND core and drivers maintenance Date: Wed, 27 Nov 2013 11:43:28 +0100 References: <1384950009-13767-1-git-send-email-ezequiel.garcia@free-electrons.com> <20980858CB6D3A4BAE95CA194937D5E73EA4DCBC@DBDE04.ent.ti.com> <20131127030736.GW9468@ld-irv-0074.broadcom.com> In-Reply-To: <20131127030736.GW9468@ld-irv-0074.broadcom.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201311271143.28106.marex@denx.de> Cc: "linux-mtd@lists.infradead.org" , David Woodhouse , "Gupta, Pekon" , Ezequiel Garcia , Artem Bityutskiy List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Brian, > On Fri, Nov 22, 2013 at 07:07:09AM +0000, Pekon Gupta wrote: > > > My proposal (copy-pasted from the media subsystem) is to define > > > sub-maintainers, one for each NAND driver, in addition to the top-level > > > NAND subsystem maintainer. > > > > > > When a patch comes for a given driver, the _ideal_ situation would be > > > for the sub-maintainer to Ack-it first. > > > > Specifically, we need someone to keep a watch on m25p80 (apart from > > David and Brian). This is because I see lot of patches coming in but not > > on generic framework approach. Serial Flash driver might be next big > > component of MTD sub-system in coming times. > > Hmm, I don't know if we really need a separate SPI NOR maintainer, and I > don't know if we have anyone with enough experience with SPI NOR to > qualify anyway. I know Marek Vasut has been a good reviewer, but I'd be > surprised if he really wanted to take official responsibility. And > anyway, implementors and reviewers don't have to be official > maintainers, so this shouldn't stop any pending work on the subject. I'm honestly pleased by you saying this ;-) I don't mind continue reviewing, but if things were to blow out of proportion, I don't mind helping either. > Also, I have some HW that can do quad-SPI, but only in limited > circumstances. Right now, my driver is just faking being a generic SPI > driver when it really scrapes the commands and performs accelerated > transactions on ones it recognizes... so it shares some similarities > with what Huang is trying to do. I hope to contribute more to the > generic framework of SPI NOR in the future (as time allows, of course). > > So while I might be officially responsible for driver/mtd/nand/, I will > be involved in the rest of MTD and will likely continue to queue up > patches anyway. Thanks for that ! Best regards, Marek Vasut