linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Wilcox <willy@infradead.org>
To: Randy Dunlap <rdunlap@infradead.org>
Cc: John Hubbard <jhubbard@nvidia.com>,
	linux-mm@kvack.org, linux-doc@vger.kernel.org
Subject: Re: [PATCH] mm,doc: Add new documentation structure
Date: Thu, 5 May 2022 05:49:24 +0100	[thread overview]
Message-ID: <YnNXVAr5RFtoA8Y3@casper.infradead.org> (raw)
In-Reply-To: <7628c3d7-9b5a-f3b1-1a05-a348e701c171@infradead.org>

On Wed, May 04, 2022 at 09:43:04PM -0700, Randy Dunlap wrote:
> 
> 
> On 5/4/22 13:29, Matthew Wilcox wrote:
> > On Wed, May 04, 2022 at 06:12:09AM -0700, John Hubbard wrote:
> >> This needs to be properly merged with the existing index. Otherwise
> >> the result here is very confusing because there are two summaries
> >> and no explanation of what is going on here.
> >>
> >> If I get a moment today, I'll take a quick shot at at merging them,
> >> and post some suggestions here, but just wanted to point that out
> >> before this goes in as-is.
> > 
> > John and I have chatted to understand what he was getting at here,
> > but haven't had a chance to review this change in-person yet.
> > 
> > +++ b/Documentation/vm/index.rst
> > @@ -2,6 +2,9 @@
> >  Linux Memory Management Documentation
> >  =====================================
> > 
> > +Memory Management Guide
> > +=======================
> > +
> >  This is a guide to understanding the memory management subsystem
> >  of Linux.  If you are looking for advice on simply allocating memory,
> >  see the :ref:`memory_allocation`.  For controlling and tuning guides,
> > @@ -24,10 +27,14 @@ see the :doc:`admin guide <../admin-guide/mm/index>`.
> >     shmfs
> >     oom
> >  
> > -This is a collection of documents about the Linux memory management (mm)
> > -subsystem internals with different level of details ranging from notes and
> > -mailing list responses for elaborating descriptions of data structures and
> > -algorithms.
> > +Legacy Documentation
> > +====================
> > +
> > +This is a collection of older documents about the Linux memory management
> > +(mm) subsystem internals with different level of details ranging from
> 
> I prefer (MM).
> Otherwise LGTM.

Heh, I just moved that around; it's how it was before.  I have no
preference here, so I'll just change it to be the way you like it.
Thanks!


  reply	other threads:[~2022-05-05  4:49 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-03  6:30 Matthew Wilcox (Oracle)
2022-05-04  6:30 ` Bagas Sanjaya
2022-05-04 16:58   ` Matthew Wilcox
2022-05-04 13:12 ` John Hubbard
2022-05-04 17:01   ` Matthew Wilcox
2022-05-04 20:29   ` Matthew Wilcox
2022-05-05  0:39     ` John Hubbard
2022-05-05  4:43     ` Randy Dunlap
2022-05-05  4:49       ` Matthew Wilcox [this message]
2022-05-06 21:10 ` Johannes Weiner

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=YnNXVAr5RFtoA8Y3@casper.infradead.org \
    --to=willy@infradead.org \
    --cc=jhubbard@nvidia.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=rdunlap@infradead.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox