Re: [PATCH 0/8] mm/damon: introduce hugepage_size probe filter

[SJ Park <sj@kernel.org>]

On Tue, 15 Sep 2026 16:39:28 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:

> On Tue, 15 Sep 2026 07:33:49 -0700 SJ Park <sj@kernel.org> wrote:
> 
> > Knowing whether a given memory is backed by a hugepage of specific size
> > is useful for efficient utilization of hugepages.  For easy monitoring
> > of the information, introduce a new data attribute probe filter type,
> > hugepage_size.  It works similar to the DAMOS filter of the same name.
> > It works for memory that is backed by a hugepage of a given size range.
> > 
> > Patch 1 introduces the new probe filter type to DAMON API and extends
> > related data structures.  Patch 2 updates probe filter commit logic to
> > handle the size range.  Patch 3 Updates the filtering logic to support
> > the new type.  Patch 4 adds new DAMON sysfs files for the size range.
> > Patch 5 updates DAMON sysfs interface to fully support the new filter
> > type.  Patches 6-8 updates design, usage and ABI documents for the new
> > feature.
> 
> All queued up, thanks.  With a -fix for [7/8].
> 
> > Test
> 
> fyi, I'm always reluctant to include testing info in the permanent
> record.  Because it's development-time info which becomes obsolete very
> quickly.
> 
> It isn't useful to someone who is reading the changelog in mainline in
> 2028 (or even Nov 2026) because the patchset will have had far more testing
> since these words were written.
> 
> It is of course very useful info but I suggest it be maintained below
> the "---", where all short-term development-time info is best
> maintained.

Agreed.  I will do so for individual patches.  For cover letters that don't
have the "---" lines, I will add an informal note saying "please do not add
below to the commit message".  If you prefer, I could add "---" line on the
cover letter instead of the informal note.  Or, I could add the informal note
below the manual "---" line, too.  Let me know if you prefer that.


Thanks,
SJ