Re: [MAINTAINERS SUMMIT] Time to call it quits for the maintainer summit?

["Lorenzo Stoakes (ARM)" <ljs@kernel.org>]

On Mon, Aug 10, 2026 at 05:45:29PM -0400, Liam R. Howlett wrote:
> On 10 August 2026 17:30:48 GMT-04:00, Dave Airlie <airlied@gmail.com> wrote:
> >On Mon, 10 Aug 2026 at 17:26, Lorenzo Stoakes (ARM) <ljs@kernel.org> wrote:
> >>
> >> On Mon, Aug 10, 2026 at 08:10:21AM +1000, Dave Airlie wrote:
> >> ...
> >> > I think people really have a misconception about what goes on at the
> >> > maintainer summit, the best explanation I've been given was that it is
> >> > Linus's staff meeting. The people that Linus works with closest, get
> >> > invited to talk to Linus and help him figure out where the overall
> >> > ship is going and where things are going wrong.
> >> ...
> >> > Your language choice already makes it feel like you see it as some
> >> > elite or special group. It's a bunch of technical project managers
> >> > talking about the processes of producing the kernel. If a talk about
> >> > the technical content of the kernel sneaks in it's very rare and also
> >> > usually not of interest to half the room.
> >> ...
> >> >
> >> > > I mean I don't know, maybe it's necessary to run it as a tight ship of
> >> > > trusted people, but I think we should at least be more clear about that.
> >>
> >> I mean this is kinda my point.
> >>
> >> It is being advertised as X but is actually Y. So say it's Y.
> >>
> >> That's not what Ted's posts or the write ups or generally any comms about the MS
> >> say it is.
> >>
> >> The CFP-ish bit is probably pretty redundant too on this basis?
> >
> >In my opinion, quite a lot of the problems that get raised by the CFP
> >on this list, often get resolved on this list, which to my mind
> >suggests we just need to have a better year round maintainers list
> >that doesn't get consumed by patches or internal subsystem matters.
> >
>
> Reviewed-by.. err.  Yeah, this sound like a decent idea to explore.

Reviewed-by: Lorenzo Stoakes (ARM) <ljs@kernel.org> also ;)

(I finally made an emacs macro my rubber-stam... err reviewing purposes)

--
Cheers, Lorenzo