On Fri, Sep 20, 2019 at 1:27 PM Joe Perches <joe@xxxxxxxxxxx> wrote: > > On Thu, 2019-09-19 at 10:08 +0300, Dan Carpenter wrote: > > On Wed, Sep 18, 2019 at 03:48:31PM -0300, Mauro Carvalho Chehab wrote: > > > Em Wed, 18 Sep 2019 20:27:05 +0300 > > > Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> escreveu: > > > > > > > > Anyway, not sure if the other sub-maintainers see the same way. From my side, > > > > > I prefer not to be c/c, as this is just more noise, as I just rely on > > > > > patchwork for media patches. What about changing this to: > > > > > > > > > > Patches for the media subsystem should be sent to the media mailing list > > > > > at linux-media@xxxxxxxxxxxxxxx as plain text only e-mail. Emails with > > > > > HTML will be automatically rejected by the mail server. It could be wise > > > > > to also copy the sub-maintainer(s). > > > > > > > > That works for me. As this is really a personal preference, is there a > > > > way it could be encoded in MAINTAINERS in a per-person fashion ? > > > > Something that would allow you to opt-out from CC from linux-media (but > > > > possibly opt-in for other parts of the kernel), and allow me to opt-in > > > > for the drivers I maintain ? > > > > > > I don't think so. Perhaps we could add, instead, something like that at the > > > sub-maintainers section of the profile. > > > > Of course there is a way to add yourself as a maintainer for a specific > > .c file... Maybe people feel like MAINTAINERS is too crowded? > > > > We could update get_maintainer.pl to grep the .c files for a specific > > tag instead of putting everything in a centralized MAINTAINERS file. > > Another option is to split the MAINTAINERS file into multiple > distributed files. get_maintainer.pl already supports that. > > https://lwn.net/Articles/730509/ > https://lore.kernel.org/lkml/1501350403.5368.65.camel@xxxxxxxxxxx/ Oh I missed that entirely. Can we roll this out now in subsystems? I'd really like to move all the gpu related MAINTAINERS entries into drivers/gpu. The one file in the root is unmangeable big and git blame takes forever. Ofc splitting it isn't an immediate fix, but long term should be easier. I thought Linus planned to just do that split (at least the first level or so) after an -rc1? -Daniel > > But it doesn't make sense to try store that information MY BRAIN! I > > can't remember anything from one minute to the next so I have no idea > > who maintains media submodules... > > Nor I. Nor should I have to. > > > _______________________________________________ > Ksummit-discuss mailing list > Ksummit-discuss@xxxxxxxxxxxxxxxxxxxxxxxxx > https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch
