Re: [PATCH 1/1] MAINTAINERS: add a maintainer for the SPI NOR subsystem

[Marek Vasut <marex@denx.de>]

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 <marex@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.pitchen@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