Re: The mdadm maintenance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/5/21 11:01 AM, Coly Li wrote:
> Hi Jes,
> 
> As Paul and Mariusz suggested, I post this email for your opinion.
> 
> From the recent communication on linux-raid mailing list, I know and
> fully understand you are too busy to take care mdadm and response other
> developers in time. I'd like to help to maintainer mdadm project if you
> are glad to. I am very happy with my current job and employer, it is
> very probably I can be stable on the maintenance role for quite long
> time before I am retired (maybe 20+ years if I may live that long time).
> 
> So if you feel it works, and other folks on linux-raid being supportive,
> I'd like to take the maintenance of mdadm and keep things moving
> forward. Now I am bcache (linux/drivers/md/bcache/) maintainer of
> upstream Linux kernel, and SUSE internal md raid and mdadm maintainer.
> Taking care of mdadm can be my daily regular job for quite long time.
> 
> Thanks in advance for your response.

Hi Coly,

Thanks for starting this separate discussion. I'll try and address
issues Mariusz raised as well.

I am currently on paternity leave and traveling visiting family in
Denmark, so our 9 month old daughter gets to know her family here. I
only have my laptop and not access to my other computers and my time is
limited too. I had hoped to get 4.2 out the door before leaving mid
August but there was a sudden influx of patches that meant it didn't happen.

I look after mdadm in my spare time, it is not something I do as my
daytime jop anymore. I am totally open to discussing the process, but
keep in mind maintainership isn't just an issue of applying patches. It
is necessary to crititcally review and consider if patches are the right
thing to do. Mariusz has been pretty good helping out reviewing other
patches, but there is not a lot of activity reviewing patches from other
sides, in particular third party reviews of patches coming from Intel.
One thing that would help a lot is more effort in this area.

We also need to look at what we want to do first. What should go in 4.2
and what goes in later? In rc mode we shouldn't just apply anything,
especially new features. One suggestion for improvement is that people
tag patches for the rc release at this point. While I don't see 40-50
patches in my queue, it would be helpful if authors could ping for the
ones that really should go into 4.2.

I can try and go over the list for urgent patches, and apply them, but
keep in mind the testing I can do is rather limited right now.

Lets try and get 4.2 done and then we can figure out where we want to go
after that.

Jes



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux