[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1d805df8-748a-4bbc-a3d9-d6aa01a0b16e@infradead.org>
Date: Wed, 3 Jul 2024 19:18:32 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: Suren Baghdasaryan <surenb@...gle.com>, SeongJae Park <sj@...nel.org>
Cc: Jonathan Corbet <corbet@....net>,
Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
Kent Overstreet <kent.overstreet@...ux.dev>
Subject: Re: [PATCH 4/4] Docs/mm/index: move allocation profiling document to
unsorted documents chapter
On 7/3/24 7:10 PM, Suren Baghdasaryan wrote:
> On Wed, Jul 3, 2024 at 4:00 PM SeongJae Park <sj@...nel.org> wrote:
>>
>> On Wed, 03 Jul 2024 16:18:42 -0600 Jonathan Corbet <corbet@....net> wrote:
>>
>>> SeongJae Park <sj@...nel.org> writes:
>>>
>>>> The memory allocation profiling document was added to the bottom of the
>>>> new outline. Apparently it was not decided by well-defined guidelines
>>>> or a thorough discussions. Rather than that, it was added there just
>>>> because there was no place for such unsorted documents. Now there is
>>>> the chapter. Move the document to the new place.
>>>
>>> I'll take this for now, but it's truly sad to see new documentation
>>> being added to the slushpile at the end. It seems better to create a
>>> "development tools" section in the new outline and put the allocation
>>> profiling document there?
>>
>> I have no strong opinions about that. Cc-ing Suren and Kent, as they are the
>> author of the allocation profiling document and hence might have some opinion.
>
> IMHO if this would be the only document belonging to "development
> tools" then keeping it under unsorted is fine.
> If more documents will fall into that category then Jonathan's
> suggestion makes sense to me. Looking at the current list, page_owner
> and maybe damon might be considered for this category as well.
> SeongJae, WDYT?
> Thanks,
> Suren.
>
Documentation/dev-tools/ already contains 20 files.
Unless you want to keep it under Documentation/mm/, that is.
--
~Randy
Powered by blists - more mailing lists