On 10/18/2016 06:15 PM, Richard Weinberger wrote: > On 18.10.2016 17:55, Cyrille Pitchen wrote: >> Le 18/10/2016 à 17:30, Richard Weinberger a écrit : >>> On Tue, Oct 18, 2016 at 5:17 PM, Marek Vasut <ma...@denx.de> wrote: >>>> On 10/18/2016 04:58 PM, Cyrille Pitchen wrote: >>>>> I would like to volunteer as a maintainer for the SPI NOR part of the MTD >>>>> subsystem. >>>>> >>>>> Over the last months, a significant number of SPI NOR related patches have >>>>> been submitted, some of them have been reviewed, but very few have finally >>>>> been merged. Hence, the number of pending SPI NOR related patches >>>>> continues >>>>> to increase over the time. >>>>> >>>>> Through my work on SPI NOR memories from many manufacturers over the last >>>>> two years, I've gained a solid understanding of this technology. >>>>> I've already helped by reviewing patches from other contributors on the >>>>> mailing list, and would like to help getting those patches integrated by >>>>> volunteering as a maintainer for this specific area. >>>>> >>>>> 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. >>> >>>>> Signed-off-by: Cyrille Pitchen <cyrille.pitc...@atmel.com> >>>> >>>> Let me know if you need co-maintainer. >>> >>> +1 >>> >>> While we are here, what about forming a MTD maintainer team? >>> This concept works very well for other subsystems. >>> >> >> I totally agree with you so if Marek and you volunteer as well, your help >> will be precious! > > Well, my SPI-NOR fu is not strong. And UBI/UBIFS keeps me busy. > But if Brian likes the idea of having a MTD maintainer team I'll offer my > help.
After talking to Wolfram Sang a bit about the maintainer overload at ELCE, I think the least I can do here is help reviewing patches. The CQSPI upstreaming experience was real crap, it took a long time, so we should certainly do something about it. -- Best regards, Marek Vasut
