[PATCH] MAINTAINERS: drm/sti: mark it as Odd Fixes
Maxime Ripard
mripard at kernel.org
Mon Jul 8 14:57:49 UTC 2024
On Fri, Jul 05, 2024 at 05:14:36PM GMT, Alain Volmat wrote:
> Hi Krzysztof, Daniel, and Maxime,
>
> On Fri, Jul 05, 2024 at 03:41:26PM +0200, Daniel Vetter wrote:
> > On Fri, Jul 05, 2024 at 01:33:38PM +0200, Krzysztof Kozlowski wrote:
> > > On 05/07/2024 13:22, Maxime Ripard wrote:
> > > > On Fri, Jul 05, 2024 at 01:19:50PM GMT, Daniel Vetter wrote:
> > > >> On Fri, Jul 05, 2024 at 12:03:56PM +0200, Krzysztof Kozlowski wrote:
> > > >>> Patches to STI DRM are not being picked up, so even though there is
> > > >>> maintainer activity, it seems that these drivers are not being actively
> > > >>> looked at. Reflect this in maintainer status.
> > > >>
> > > >> Note that since the driver is in drm-misc, other committers can also pick
> > > >> up patches and push them. Both Neil and Dimtry have commit rights and
> > > >> should be able to pick up your patches for you, if they get stuck.
> > > >
> > > > I've applied the patches.
> > > >
> > > > I don't think we should merge this one though, a one-off mishap can happen.
> > >
> > > Sure.
> > >
> > > Folks, maybe then pattern in maintainers should be somehow changed or grew?
> > >
> > > The recommendation to all submitters is to use get_maintainers.pl. b4
> > > also does it. In this particular case, using get_maintainers.pl or b4
> > > will result in patches not being picked up.
> >
> > I think get_maintainers.pl is correct: You get the driver maintainer, plus
> > drm-misc maintainers as official fallback, plus Dave&me as fallback of
> > last resorts. So all correct.
> >
> > What's special with the commit rights model is that other committers that
> > work all over the subsystem can also pick up the patches for you, so that
> > the drm-misc mainters don't become a bottleneck. But the ideal person
> > there are drm-misc committers who work in your team or company, or someone
> > else where you have some goodwill credits to spend with and ask them for a
> > favour. And there's just no way to model that and make sure the script
> > gives you the right suggestions.
>
> Many thanks for all your emails and your support.
>
> In the past, I've never committed patches to drm-misc myself and, to be honest,
> missed the point that as a drm driver maintainer, I should also do so.
Are you saying you don't have a drm-misc account, or that you don't want
to participate?
> Thanks to recent discussions, I now fully understand how it should be done.
>
> That said, since the volume of drm/sti patches is rather small, I will
> from now on request help for commit from drm/stm (Philippe, Yannick,
> and Raphael) and drm-misc maintainers in a more "pro-active" way :-)
>
> Sorry for the inconvenience, and once again, many thanks for your
> support.
Sorry, but the expectation is very much that you merge at least some of
the patches for the driver you maintain, and not just rely on someone
eventually picking it up.
Maxime
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 273 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20240708/ae8c7015/attachment.sig>
More information about the dri-devel
mailing list