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

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

[James Bottomley]

What got me thinking about this is the obvious funding problem: MS is
free to attendees, but only had one sponsor in 2024, none in 2025 and
is on track to have none this year. Since Plumbers has a reasonably
successful sponsor model and the LF brought the problem up in recent
conversations, we thought we'd take a look.  A colleague remarked that
it should be easy to sell seats to a room with Linus, which on the face
of it looks to be true, but when examined more deeply isn't
straighforward.  The problem is conferences like Plumbers, LSF/MM and
MS are usually sponsored by engineering not marketing where budget is
much harder to come by and the justification for ponying up the cash
has to be very clear; effectively they pay for outcomes not access or
publicity (although access is required to get successful outcomes). 
When you look at the actual outcomes of MS 2025

https://lwn.net/Articles/1049982/

there isn't really anything that would move the needle for a potential
sponsor.  Equally, there's nothing really that couldn't have been part
of a wider discussion at Plumbers or LSF/MM, so I'm not sure there's
anything that actually required discussion at this event (i.e. nothing
to move the needle for kernel developers either).

Before I go into potential solutions, it might be beneficial to review
the history:  The kernel summit began as a stand alone event in 2001
run by USENIX and was the first time many kernel developers had
actually met each other. It continued as a 2 day event co-located with
Ottawa Linux Symposium (still run by USENIX) until 2008 when it mostly
co-located with Plumbers and was run by the LF.  In 2015 Linus
complained that he didn't find the KS talks that valuable and he'd like
to discuss process with a smaller audience, so in 2016 the kernel
summit was split and the talks went to the kernel summit track in
Plumbers and a 1 day Maintainer Summit was born.  It can be argued that
the decline in sponsors began with the 2016 split and thus, as the
sponsors apparently see it, the decline in outcomes as well.  Oh and
for those of you who keep saying the LF doesn't fund Linux: without
sponsors the LF is eating the cost of the entire event which, based on
what Plumbers costs, will be somewhere north of US$100k.

As for fixes, one possibility is definitely keeping MS as is and moving
the sponsor responsibility to Plumbers, but unless I can strap Linus
down and sell companies on pitching to him directly, I fear that would
end up creating a US$100k hole in our budget.  Perhaps there are
actually outcomes we could sell to sponsors but, because of the reduced
audience, we simply don't get to hear about them ... so if you think
that now would be the time to say what they are.  Another solution that
seems viable would be folding the MS into one of our existing sponsored
events, like Plumbers or LSF/MM.  Structurally either would be a fit
for the past discussion topics and both could probably accommodate
(although I don't think either could expand to a fourth day to do it).
A final thing we might do is change the structure of the event itself
to have more sponsorable outcomes; perhaps simply making the event more
like the kernel summit of old, so moving back the KS track from
Plumbers would be enough?

Regards,

James

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

[Steven Rostedt]

On Thu, 06 Aug 2026 11:34:09 -0400
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:


> 
> there isn't really anything that would move the needle for a potential
> sponsor.  Equally, there's nothing really that couldn't have been part
> of a wider discussion at Plumbers or LSF/MM, so I'm not sure there's
> anything that actually required discussion at this event (i.e. nothing
> to move the needle for kernel developers either).

Well, I'm guessing that AI will be a big topic this year at MS. That alone
may drive up sponsorship! If the AI bubble doesn't pop before then, all we
need to do is market MS as an gathering of those that will influence AI on
the Linux kernel. ;-)


> As for fixes, one possibility is definitely keeping MS as is and moving
> the sponsor responsibility to Plumbers, but unless I can strap Linus
> down and sell companies on pitching to him directly, I fear that would
> end up creating a US$100k hole in our budget.  Perhaps there are
> actually outcomes we could sell to sponsors but, because of the reduced
> audience, we simply don't get to hear about them ... so if you think
> that now would be the time to say what they are.  Another solution that
> seems viable would be folding the MS into one of our existing sponsored
> events, like Plumbers or LSF/MM.  Structurally either would be a fit
> for the past discussion topics and both could probably accommodate
> (although I don't think either could expand to a fourth day to do it).
> A final thing we might do is change the structure of the event itself
> to have more sponsorable outcomes; perhaps simply making the event more
> like the kernel summit of old, so moving back the KS track from
> Plumbers would be enough?

I guess it really comes down to what Linus wants. He's been saying he would
love to get rid of Kernel/Maintainers Summit for years. Does Linus still
find it useful? It is still good to have the more controversial topics done
face to face and allow Linus to listen in. I've been saying he needs to
interact more with the general community given the number of times he told
me that "nobody does that" when I'm hearing from talking with people at
conferences that several people do do that.

Thus, I still think it is good to find a way to make Linus do what he loves
and interact with his fellow developers ;-)  But perhaps it's time to
rethink the format and restructure it once again.

-- Steve

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

[Laurent Pinchart]

On Thu, Aug 06, 2026 at 11:34:09AM -0400, James Bottomley wrote:
> What got me thinking about this is the obvious funding problem: MS is
> free to attendees, but only had one sponsor in 2024, none in 2025 and
> is on track to have none this year.

The sponsorship prospectus ([1]) indicates that the "attendee gift"
category is sold out, does it mean one sponsor signed up ?

[1] https://events.linuxfoundation.org/wp-content/uploads/2026/08/sponsor-kernel26_080626.pdf

> Since Plumbers has a reasonably
> successful sponsor model and the LF brought the problem up in recent
> conversations, we thought we'd take a look.  A colleague remarked that
> it should be easy to sell seats to a room with Linus, which on the face
> of it looks to be true, but when examined more deeply isn't
> straighforward.  The problem is conferences like Plumbers, LSF/MM and
> MS are usually sponsored by engineering not marketing where budget is
> much harder to come by and the justification for ponying up the cash
> has to be very clear; effectively they pay for outcomes not access or
> publicity (although access is required to get successful outcomes). 
> When you look at the actual outcomes of MS 2025
> 
> https://lwn.net/Articles/1049982/
> 
> there isn't really anything that would move the needle for a potential
> sponsor.  Equally, there's nothing really that couldn't have been part
> of a wider discussion at Plumbers or LSF/MM, so I'm not sure there's
> anything that actually required discussion at this event (i.e. nothing
> to move the needle for kernel developers either).
> 
> Before I go into potential solutions, it might be beneficial to review
> the history:  The kernel summit began as a stand alone event in 2001
> run by USENIX and was the first time many kernel developers had
> actually met each other. It continued as a 2 day event co-located with
> Ottawa Linux Symposium (still run by USENIX) until 2008 when it mostly
> co-located with Plumbers and was run by the LF.  In 2015 Linus
> complained that he didn't find the KS talks that valuable and he'd like
> to discuss process with a smaller audience, so in 2016 the kernel
> summit was split and the talks went to the kernel summit track in
> Plumbers and a 1 day Maintainer Summit was born.  It can be argued that
> the decline in sponsors began with the 2016 split and thus, as the
> sponsors apparently see it, the decline in outcomes as well.  Oh and
> for those of you who keep saying the LF doesn't fund Linux: without
> sponsors the LF is eating the cost of the entire event which, based on
> what Plumbers costs, will be somewhere north of US$100k.
> 
> As for fixes, one possibility is definitely keeping MS as is and moving
> the sponsor responsibility to Plumbers, but unless I can strap Linus
> down and sell companies on pitching to him directly, I fear that would
> end up creating a US$100k hole in our budget.  Perhaps there are
> actually outcomes we could sell to sponsors but, because of the reduced
> audience, we simply don't get to hear about them ... so if you think
> that now would be the time to say what they are.  Another solution that
> seems viable would be folding the MS into one of our existing sponsored
> events, like Plumbers or LSF/MM.  Structurally either would be a fit
> for the past discussion topics and both could probably accommodate
> (although I don't think either could expand to a fourth day to do it).
> A final thing we might do is change the structure of the event itself
> to have more sponsorable outcomes; perhaps simply making the event more
> like the kernel summit of old, so moving back the KS track from
> Plumbers would be enough?

The maintainer summit is limited to 30 guests, plus up to 7 sponsored
attendee according to [1]. Assuming neither Linus nor the program
committee are counted as guests, that would be 43 people in total, so a
rough cost of $2500 per person for one day. I understand that hosting
events in large venues is expensive, but if the maintainer summit is an
invite-only, separate event, would it be an option to drastically cut
costs by hosting it in a nearby but separate location ?

-- 
Regards,

Laurent Pinchart

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

[James Bottomley]

On Fri, 2026-08-07 at 15:58 +0300, Laurent Pinchart wrote:
> On Thu, Aug 06, 2026 at 11:34:09AM -0400, James Bottomley wrote:
> > What got me thinking about this is the obvious funding problem: MS
> > is free to attendees, but only had one sponsor in 2024, none in
> > 2025 and is on track to have none this year.
> 
> The sponsorship prospectus ([1]) indicates that the "attendee gift"
> category is sold out, does it mean one sponsor signed up ?

The LF paid for the attendee gift last year. Since they have to be
ordered some way ahead of the conference I'd guess the same is true
this year.

[...]
> The maintainer summit is limited to 30 guests, plus up to 7 sponsored
> attendee according to [1]. Assuming neither Linus nor the program
> committee are counted as guests, that would be 43 people in total, so
> a rough cost of $2500 per person for one day. 

I take it you've never seen the bill for attending a USENIX (or a lot
of other) one day events.

> I understand that hosting events in large venues is expensive, but if
> the maintainer summit is an invite-only, separate event, would it be
> an option to drastically cut costs by hosting it in a nearby but
> separate location ?

Is there any point wittering about your speculated numbers vs mine? 
The bottom line is there is a cost and someone has to pay it if there
are no sponsors.

Regards,

James

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

[Laurent Pinchart]

On Fri, Aug 07, 2026 at 09:09:05AM -0400, James Bottomley wrote:
> On Fri, 2026-08-07 at 15:58 +0300, Laurent Pinchart wrote:
> > On Thu, Aug 06, 2026 at 11:34:09AM -0400, James Bottomley wrote:
> > > What got me thinking about this is the obvious funding problem: MS
> > > is free to attendees, but only had one sponsor in 2024, none in
> > > 2025 and is on track to have none this year.
> > 
> > The sponsorship prospectus ([1]) indicates that the "attendee gift"
> > category is sold out, does it mean one sponsor signed up ?
> 
> The LF paid for the attendee gift last year. Since they have to be
> ordered some way ahead of the conference I'd guess the same is true
> this year.
> 
> [...]
> 
> > The maintainer summit is limited to 30 guests, plus up to 7 sponsored
> > attendee according to [1]. Assuming neither Linus nor the program
> > committee are counted as guests, that would be 43 people in total, so
> > a rough cost of $2500 per person for one day. 
> 
> I take it you've never seen the bill for attending a USENIX (or a lot
> of other) one day events.

USENIX, no. That was unfortunately before my days.

> > I understand that hosting events in large venues is expensive, but if
> > the maintainer summit is an invite-only, separate event, would it be
> > an option to drastically cut costs by hosting it in a nearby but
> > separate location ?
> 
> Is there any point wittering about your speculated numbers vs mine? 
> The bottom line is there is a cost and someone has to pay it if there
> are no sponsors.

Please don't speculate that I'm speculating. I've organized multiple
one-day events for crowds between 15 and 25 people, at costs of around
100€ per attendee for a meeting room and lunch. I know it doesn't scale
linearly, and I'm sure we don't want to organize the maintainers summit
at the lowest possible cost, but there's quite a gap.

-- 
Regards,

Laurent Pinchart

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

[Rafael J. Wysocki (Intel)]

On Fri, Aug 7, 2026 at 1:41 AM Steven Rostedt <rostedt@goodmis.org> wrote:
>
> On Thu, 06 Aug 2026 11:34:09 -0400
> James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>
>
> >
> > there isn't really anything that would move the needle for a potential
> > sponsor.  Equally, there's nothing really that couldn't have been part
> > of a wider discussion at Plumbers or LSF/MM, so I'm not sure there's
> > anything that actually required discussion at this event (i.e. nothing
> > to move the needle for kernel developers either).
>
> Well, I'm guessing that AI will be a big topic this year at MS. That alone
> may drive up sponsorship! If the AI bubble doesn't pop before then, all we
> need to do is market MS as an gathering of those that will influence AI on
> the Linux kernel. ;-)
>
>
> > As for fixes, one possibility is definitely keeping MS as is and moving
> > the sponsor responsibility to Plumbers, but unless I can strap Linus
> > down and sell companies on pitching to him directly, I fear that would
> > end up creating a US$100k hole in our budget.  Perhaps there are
> > actually outcomes we could sell to sponsors but, because of the reduced
> > audience, we simply don't get to hear about them ... so if you think
> > that now would be the time to say what they are.  Another solution that
> > seems viable would be folding the MS into one of our existing sponsored
> > events, like Plumbers or LSF/MM.  Structurally either would be a fit
> > for the past discussion topics and both could probably accommodate
> > (although I don't think either could expand to a fourth day to do it).
> > A final thing we might do is change the structure of the event itself
> > to have more sponsorable outcomes; perhaps simply making the event more
> > like the kernel summit of old, so moving back the KS track from
> > Plumbers would be enough?
>
> I guess it really comes down to what Linus wants. He's been saying he would
> love to get rid of Kernel/Maintainers Summit for years. Does Linus still
> find it useful? It is still good to have the more controversial topics done
> face to face and allow Linus to listen in. I've been saying he needs to
> interact more with the general community given the number of times he told
> me that "nobody does that" when I'm hearing from talking with people at
> conferences that several people do do that.
>
> Thus, I still think it is good to find a way to make Linus do what he loves
> and interact with his fellow developers ;-)  But perhaps it's time to
> rethink the format and restructure it once again.

Please note though that Maintainer Summit now plays a more formal role
in the project due to Documentation/process/conclave.rst, so if the
format is changed substantially, it may also call for an update of
that contingency plan.

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

[Steven Rostedt]

On Fri, 7 Aug 2026 15:53:57 +0200
"Rafael J. Wysocki (Intel)" <rafael@kernel.org> wrote:

> > Thus, I still think it is good to find a way to make Linus do what he loves
> > and interact with his fellow developers ;-)  But perhaps it's time to
> > rethink the format and restructure it once again.  
> 
> Please note though that Maintainer Summit now plays a more formal role
> in the project due to Documentation/process/conclave.rst, so if the
> format is changed substantially, it may also call for an update of
> that contingency plan.

Good point. And I think that should also be looked at more thoroughly and
come up with something perhaps more concrete than a plan to create a plan.

-- Steve

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

[James Bottomley]

On Fri, 2026-08-07 at 15:53 +0200, Rafael J. Wysocki (Intel) wrote:
[...]
> Please note though that Maintainer Summit now plays a more formal
> role in the project due to Documentation/process/conclave.rst, so if
> the format is changed substantially, it may also call for an update
> of that contingency plan.

If you analyse that document for the worst case outcome (no separate
Maintainer Summit) and ask what does it say we should do it says TAB
chair should become $ORGANIZER (instead of MS organizer) and the TAB
will pick the attendees for the succession meeting.

That's not to say we shouldn't update the process, but to point out the
contingency is actually covered in the existing document.

Regards,

James

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

[Linus Torvalds]

On Thu, 6 Aug 2026 at 16:50, Steven Rostedt <rostedt@goodmis.org> wrote:
>
> I guess it really comes down to what Linus wants. He's been saying he would
> love to get rid of Kernel/Maintainers Summit for years.

So as you say, I don't love it. The original kernel summits way back
when was great and I enjoyed it a lot - but that was a *long* time ago
and the scopes were smaller and I think the problems were smaller too.

We had technical issues that were universally interesting.

Then the developer community grew and it became less universal with
the technical discussions often really just being cliques where some
developers were interested in particular issues and others that
"checked out" of that part entirely.

The maintainer summit was an attempt at keeping it focused on pure
maintainership questions, and keeping technical discussions that don't
cross maintainership borders in email or targeted miniconferences and
the like.

And it *works* in that sense, and I think it has been useful, but I
have to admit to still feeling like it's not wonderful.

For example, I keep generating the partial list of people that I think
should be part of it, and honestly, for the last few years it has been
a very similar list every time.

Which is fine and a measure of reality: it's not like the main
maintainers have changed very much - but it still makes me just think
it's also just a bit staid.

To explain that last point: back in the olden days, when we lived in
caves and communicated by grunts and gestures, and I still lived in
Helsinki and knew basically _none_ of the developers personally, I
felt that the Linux community was in fact a bit more "open" to people
because we didn't have this whole tightly knit community of old-timers
that the BSD's had, or the physical closeness that some other projects
had with all the developers actually meeting in person.

And I thought that was a good thing. No "in-group" behavior.

The maintainer summit being a pretty constant "in-group" is
fundamental, but it still feels a bit sad and wrong to me.

I do think we have things to discuss this year, but I do also think
this is a good subject to discuss.

               Linus

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

[James Bottomley]

On Fri, 2026-08-07 at 10:27 -0700, Linus Torvalds wrote:
> On Thu, 6 Aug 2026 at 16:50, Steven Rostedt <rostedt@goodmis.org>
> wrote:
> > 
> > I guess it really comes down to what Linus wants. He's been saying
> > he would love to get rid of Kernel/Maintainers Summit for years.
> 
> So as you say, I don't love it. The original kernel summits way back
> when was great and I enjoyed it a lot - but that was a *long* time
> ago and the scopes were smaller and I think the problems were smaller
> too.
> 
> We had technical issues that were universally interesting.
> 
> Then the developer community grew and it became less universal with
> the technical discussions often really just being cliques where some
> developers were interested in particular issues and others that
> "checked out" of that part entirely.
> 
> The maintainer summit was an attempt at keeping it focused on pure
> maintainership questions, and keeping technical discussions that
> don't cross maintainership borders in email or targeted
> miniconferences and the like.
> 
> And it *works* in that sense, and I think it has been useful, but I
> have to admit to still feeling like it's not wonderful.
> 
> For example, I keep generating the partial list of people that I
> think should be part of it, and honestly, for the last few years it
> has been a very similar list every time.

So this sounds like part of the problem: if you always generate the
same list of people you're going to get the same ideas coming around. 
If you want different ideas and perspectives you need diversity of
views in some form ... I get you said "partial" but if the rest of that
partial is pretty much the same too, then there's a definitely sameness
problem with the selection process.

> Which is fine and a measure of reality: it's not like the main
> maintainers have changed very much - but it still makes me just think
> it's also just a bit staid.
> 
> To explain that last point: back in the olden days, when we lived in
> caves and communicated by grunts and gestures, and I still lived in
> Helsinki and knew basically _none_ of the developers personally, I
> felt that the Linux community was in fact a bit more "open" to people
> because we didn't have this whole tightly knit community of old-
> timers that the BSD's had, or the physical closeness that some other
> projects had with all the developers actually meeting in person.
> 
> And I thought that was a good thing. No "in-group" behavior.
> 
> The maintainer summit being a pretty constant "in-group" is
> fundamental, but it still feels a bit sad and wrong to me.

Effectively you've made it a Leadership Team (LT) meeting and actually
the conclave.rst thing pretty much embeds that because it seems to be
founded on the idea that the maintainer summit represents the
leadership.

Just going on the Plumbers experience, I do think the problem sounds
like it has shrunk too far (you do need a certain number in a room just
to get discussion going properly).  You don't need to expand it up to
the 100 or so people it was, but it really sounds like you do need a
little expansion.

In industry generally, there's often a concept of XLT (expanded
leadership team), which means you invite some of your skip levels and
general contrarians and other individual contributors in to shake up
the perspective a little.  So perhaps expanding from ~34 to ~54 and
allocating 20 places for less well known maintainers and possibly even
new people.  This could be as simple as giving instructions to the
other bit of the selection to look for people who would express
differing viewpoints and generate useful debate.

Incidentally, if you wanted to raffle off the expanded places in some
sort of buy a lottery ticket or buy a sponsorship scheme, we might be
able to make that work as a funding model.

Regards,

James

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

[Chris Mason]

On Thu, Aug 6, 2026 at 11:35 AM James Bottomley
<James.Bottomley@hansenpartnership.com> wrote:
>
> What got me thinking about this is the obvious funding problem: MS is
> free to attendees, but only had one sponsor in 2024, none in 2025 and
> is on track to have none this year. Since Plumbers has a reasonably
> successful sponsor model and the LF brought the problem up in recent
> conversations, we thought we'd take a look.

[ ... ]

> without
> sponsors the LF is eating the cost of the entire event which, based on
> what Plumbers costs, will be somewhere north of US$100k.
>

Lots of removed context, but I wanted to focus on the urgent topic
first.  I was concerned that the maintainer summit might not have the
funding it needs for 2026 and beyond.

Before twisting internal arms, I asked Angela Brown what MS costs
today and whether the LF felt short-term or long-term structural
changes were needed to continue supporting the event.  The answers
were ~$25K and that no changes are needed for the Linux Foundation to
continue supporting the maintainer summit in its current form.

Another bit of context I removed (please forgive my paraphrasing) was
the idea that MS sponsorship can't be justified based on the outcomes.
I don't think this is true, our respective companies frequently fund
internal leadership summits.  We'd need to be intentional about
finding the sponsors, but the price is fairly reasonable and the
engineering benefits are quite high.

I think the more interesting question is how we ensure MS continues to
provide value to Linus and the maintainers.  Hopefully we can answer
that first and then figure out how to fund things after.

From my slightly-outsider point of view, it's a synchronization point
where we can pin each other down and resolve long standing debates.
And also AI, we can talk about AI.

-chris

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

[Steven Rostedt]

On Fri, 7 Aug 2026 10:27:27 -0700
Linus Torvalds <torvalds@linux-foundation.org> wrote:

> The maintainer summit being a pretty constant "in-group" is
> fundamental, but it still feels a bit sad and wrong to me.

That's because Linux has matured quite a bit. In any project or even
company that has been around for a long time, you will see those that have
been around for the longest time become a common participant in leadership
meetings. It makes sense as those same people likely have the most
experience.

But we do have new blood when new things start to appear. Look at Miguel
Ojeda for example. He was the one to push Rust into the kernel and now even
though he's a relatively new (and young) maintainer, he's becoming one of
those "in-group" participants.  This to me shows that we do encourage new
people to join the leadership ranks when it makes sense.

And I expect that soon (in 5 years) we'll likely start seeing more of the
top maintainers start to back off and let others take over. Andrew Morton
has recently posted that he's entering that process. I suspect that those
of us in our 50s and older will be looking for new blood to fill our shoes.
I'm already starting to look for myself ;-) (Although, I'm not ready to
retire, I have that feeling I need to find others to do what I do).

-- Steve

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

[Steven Rostedt]

On Fri, 7 Aug 2026 15:15:08 -0400
Chris Mason <clm@meta.com> wrote:

> And also AI, we can talk about AI.

I think we just solved our funding issue for this year ;-)

-- Steve

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

[Shuah Khan]

On 8/7/26 13:51, Steven Rostedt wrote:
> On Fri, 7 Aug 2026 10:27:27 -0700
> Linus Torvalds <torvalds@linux-foundation.org> wrote:
> 
>> The maintainer summit being a pretty constant "in-group" is
>> fundamental, but it still feels a bit sad and wrong to me.

The current format for MS is definitely more focused and easier
to discuss maintainership process and issues.

The larger format we had prior to the current one had some benefits
as it allowed wider participation compared to the current. I definitely
benefited from listening in on these discussions to get a feel for how
the community makes technical and process decisions when we had the
larger format.

MS PC continues to invite new developers though fewer probably compared
to the old format.

Maybe we could look into bringing that aspect back by making some
discussions wider and make that part of the kernel summit track.
It would become more important as the top maintainers reduce their
engagement overtime.
  
thanks,
-- Shuah

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

[H. Peter Anvin]

On August 7, 2026 6:09:05 AM PDT, James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>On Fri, 2026-08-07 at 15:58 +0300, Laurent Pinchart wrote:
>> On Thu, Aug 06, 2026 at 11:34:09AM -0400, James Bottomley wrote:
>> > What got me thinking about this is the obvious funding problem: MS
>> > is free to attendees, but only had one sponsor in 2024, none in
>> > 2025 and is on track to have none this year.
>> 
>> The sponsorship prospectus ([1]) indicates that the "attendee gift"
>> category is sold out, does it mean one sponsor signed up ?
>
>The LF paid for the attendee gift last year. Since they have to be
>ordered some way ahead of the conference I'd guess the same is true
>this year.
>
>[...]
>> The maintainer summit is limited to 30 guests, plus up to 7 sponsored
>> attendee according to [1]. Assuming neither Linus nor the program
>> committee are counted as guests, that would be 43 people in total, so
>> a rough cost of $2500 per person for one day. 
>
>I take it you've never seen the bill for attending a USENIX (or a lot
>of other) one day events.
>
>> I understand that hosting events in large venues is expensive, but if
>> the maintainer summit is an invite-only, separate event, would it be
>> an option to drastically cut costs by hosting it in a nearby but
>> separate location ?
>
>Is there any point wittering about your speculated numbers vs mine? 
>The bottom line is there is a cost and someone has to pay it if there
>are no sponsors.
>
>Regards,
>
>James
>
>

I think it is worth in all of this to consider the following somewhat bigger question: what are the things (not just events) that we cannot expect to be individually sponsor-covered in the long run? 

The whole mission of the LF is to provide funding for exactly these things through aggregate fundraising. 

To me, that comes in a few buckets: ongoing infrastructure (e.g. kernel.org), fellowships for senior architects like Linus and Greg, funding projects that are highly critical but not "glamourous", and urgent assistance (legal and financial) for members in the larger community when either something catastrophic happens (e.g. the xz disaster) or there is a brief opportunity window (we had a few day window for getting sparse relicensed; I had reached out to LF for legal assistance but never even heard back. In the end we had to wing it without any legal help.)

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

[Theodore Tso]

On Thu, Aug 06, 2026 at 11:34:09AM -0500, James Bottomley wrote:
> It continued as a 2 day event co-located with
> Ottawa Linux Symposium (still run by USENIX) until 2008 when it mostly
> co-located with Plumbers and was run by the LF.  In 2015 Linus
> complained that he didn't find the KS talks that valuable and he'd like
> to discuss process with a smaller audience, so in 2016 the kernel
> summit was split and the talks went to the kernel summit track in
> Plumbers and a 1 day Maintainer Summit was born.

When the Kernel Summit grew from ~50 people to a bit over 150 people,
it started getting a lot more unwieldy, and it became impossible to
make sure all of the people needed for a particular technical topic
could be issued invites.  The flip side was that when there was that
many people in the room, it was too hard to have focused process
discussions.

So that was the reason why the the split took place; it was getting
too large for process discussions, and it was too small for technical
discussions.

Today, the Maintainer Summit is basically a half-day event, with
around 30 people (plus any sponsored attendees), and is only focused
on process questions, with the technical discussions taking place at
the Plumbers Conference where it is colocated --- the miniconferences,
Refereed and Kernel Summit tracker, and the BOF's.  And I think that's
worked pretty well.

As such, the costs of the Maintainers Summit is actually pretty cheap,
especiallly since there is no A/V, and a room that can hold ~30 people
is not really that big of deal.  So I doubt it is as expensive as what
James has estimated.  If we did want to economize, we could do things
like drop the Kernel Summit dinner and the "sponsor gift".  I can talk
to the Linux Foundation to see what they are willing to fund, but
given some of the process discussions that have taken place such as
"The End of the Rust Experiment"[1], and the discussions around AI
that almost certianly will take place this year, I think the value
Maintainer Summit is one where hopefully the LF would be willing to
support it one way or another.

[1] https://lwn.net/Articles/1049831/


We can split this discussion a couple of different ways.  The first is
how can we make the Maintainers Summit more valuable.  I do think that
in the last couple of years, there *have* been a number of quite
valuable discussions, but it's always worthwhile to consider ways in
which we can improve the discussion.  So that's on the "benefits" side
of the equation.

The second is on the "costs" side of the equation.  There are a couple
of things, such as the dinner and the gift, that we can almost
certainly slim down, if this is becoming too much of a burden to the
LF.

Getting more sponsorship dollars is going to be challenging.
When we had the the technical content in the Kernel Summit as part of
the invite-only portion of the event, companies would pay $$$ because
they wanted to introduce specific technical ideas, to better support
their products because what they were paying for was the attention of
the Kernel Developers.  This "attention economy" dynamic is one of the
things that does still work and drives sponsorship with LSF/MM, by the
way.

						- Ted

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

[Theodore Tso]

On Fri, Aug 07, 2026 at 10:27:27AM -0500, Linus Torvalds wrote:
> The maintainer summit being a pretty constant "in-group" is
> fundamental, but it still feels a bit sad and wrong to me.

I was curious about the data, so I looked at the spreadsheets for the
last four Maintainers Summit (from 2022 to 2026) to see how many
people had attended all four Summits... or 3, or 2, or 1.  Here they
are:

# Summits
Attended   #      %
------------------------
4 	   9	18.37%
3          8	16.33%
2         10	20.41%
1         22	44.90%

I'll be honest; these numbers surprised me.  I can understand Linus's
statement about how it feels like it's pretty much the constant
"in-group", since I had the same feeling --- but it's much less of the
same "in group clique" than what I at least had expected.

Probably, some of it is that there is a certain set of biases and
thinking that comes from people who are "core maintainers" -- such
that even if 20% have only attended two out of the past 4 summits, and
45% have attended only 1 of the past summits, those attendees probably
approached our discussions the same way as someone who has been at all
of the past 4 summits.

If there are things that we could change in terms of how to make it be
less of an "in group", I think that would be a good thing to consider.
Should we invite people who might have a very different sets of
opinions --- for example, while Kent Overstreet was an in-tree
maintainer, should we have invited him?

And I'm only half-joking here, even though I would have found it
personally uncomfortable if Kent was at one of the Summits.  But
perhaps we *should* be a little uncomfortable.  Furthermore, one of my
original goals behind starting the kernel summit is that sometimes we
can work better together when we've broken bread over a shared meal
together.  That being given tht many of us had a chance to work with
Kent at LSF/MM/BPF and (I think) Plumbers, I'm not sure it would have
made that much different to what happened with the Kent situation.

As another thought, when we had 100+ people attending the Kernel
Summit, that we would make a *point* of inviting people who had never
attended Kernel Summits before, so we would get new blood attending
the Summit.  After we significantly reduced the the size of the
Maintainers Summit to 30, we've stopped doing this as a deliberate
practice.  Should we change this?  For example, we could decide to
include a few people who aren't currently acting as a maintainer, but
are fairly prolific contirbutors / reviewers.  I do *include* such
people for consideration in our ballots, but they tend not to be
chosen by the program committee.  Should we change our criteria to
explicitly include a few such folks?

Cheers,

					- Ted