LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Chris Mason <clm@fb.com>
To: Kent Overstreet <kent.overstreet@gmail.com>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	Theodore Ts'o <tytso@mit.edu>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Matthew Wilcox <willy@infradead.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	"Darrick J. Wong" <djwong@kernel.org>,
	Christoph Hellwig <hch@infradead.org>,
	David Howells <dhowells@redhat.com>,
	"ksummit@lists.linux.dev" <ksummit@lists.linux.dev>
Subject: Re: [MAINTAINER SUMMIT] Folios as a potential Kernel/Maintainers Summit topic?
Date: Thu, 16 Sep 2021 22:27:50 +0000	[thread overview]
Message-ID: <89EE9625-7BE3-49B5-B18E-F10D0A495947@fb.com> (raw)
In-Reply-To: <YUN7oiFs5JHgQNop@moria.home.lan>


> On Sep 16, 2021, at 1:15 PM, Kent Overstreet <kent.overstreet@gmail.com> wrote:
> 

[ general agreement ]

> But more than the question of whether we write design docs up front, I frankly
> think we have a _broken_ culture with respect to supporting and enabling cross
> subsystem refactorings and improvements. Instead of collectively coming up with
> ideas for improvements, a lot of the discussions I see end up feeling like turf
> wars and bikeshedding where everyone has their pet idea they want the thing to
> be and no one is taking a step back and saying "look at this mess we created,
> how are we going to simplify and clean it up."
> 
> And we have created some unholy messes, especially in MM land.
> 

[ … ]

> It's like - seriously people, it's ok to create messes when we're doing new
> things and figuring them out for the first time, but we have to go back and
> clean up our messes or we end up with an unmaintainable Cthulian horror no one
> can untangle, and a lot of the MM code is just about that point.
> 

You’ve been doing a lot of bridge building recently, so please don’t take this the wrong way.  I think a key component of avoiding the turf wars is recognizing that we don’t need to make people feel shitty about their subsystem before we can convince them to improve it.  We all have different priorities around what to improve, and we’ve all made compromises over the years.  It’s enough to just be excited about how things can be better.

This email is hard to write because I’m hoping my own messages from earlier today fall into the category of being excited for improvements, but here we are.

-chris

      reply	other threads:[~2021-09-16 22:27 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-15 17:42 Theodore Ts'o
2021-09-15 18:03 ` James Bottomley
2021-09-15 18:20   ` Theodore Ts'o
2021-09-15 18:41     ` Chris Mason
2021-09-15 19:15       ` James Bottomley
2021-09-15 20:48         ` Theodore Ts'o
2021-09-16 14:55           ` Kent Overstreet
2021-09-16 13:51         ` David Howells
2021-09-16 16:46         ` Chris Mason
2021-09-16 17:11           ` James Bottomley
2021-09-16 19:15             ` Theodore Ts'o
2021-09-16 19:26               ` Andrew Morton
2021-09-16 20:16               ` Kent Overstreet
2021-09-17  1:42                 ` Theodore Ts'o
2021-09-17  4:58                   ` Kent Overstreet
2021-09-16 20:38             ` Chris Mason
2021-09-16 21:00               ` Konstantin Ryabitsev
2021-09-17 11:14                 ` James Bottomley
2021-09-17 12:36                   ` Konstantin Ryabitsev
2021-09-17 13:00                     ` James Bottomley
2021-09-17 14:36                       ` Chris Mason
2021-09-16 17:15           ` Kent Overstreet
2021-09-16 22:27             ` Chris Mason [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=89EE9625-7BE3-49B5-B18E-F10D0A495947@fb.com \
    --to=clm@fb.com \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=akpm@linux-foundation.org \
    --cc=dhowells@redhat.com \
    --cc=djwong@kernel.org \
    --cc=hannes@cmpxchg.org \
    --cc=hch@infradead.org \
    --cc=kent.overstreet@gmail.com \
    --cc=ksummit@lists.linux.dev \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=torvalds@linux-foundation.org \
    --cc=tytso@mit.edu \
    --cc=willy@infradead.org \
    --subject='Re: [MAINTAINER SUMMIT] Folios as a potential Kernel/Maintainers Summit topic?' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).