Changes from v3:
- call stop() for cleanup without checking its return value

Changes from v2:
- configure memcg filter before start(), remove commit(), ignore
  start() failure, verify memcg_path staging readback only
- use print-style error messages as suggested

Cheng Nie (2):
  selftests/damon/_damon_sysfs.py: fix memcg_path assignment
  selftests/damon/sysfs.py: validate memcg_path staging readback

 tools/testing/selftests/damon/_damon_sysfs.py |  2 +-
 tools/testing/selftests/damon/sysfs.py        | 31 ++++++++++++++++++++++++
 2 files changed, 32 insertions(+), 1 deletion(-)

-- 
2.51.0

On Mon,  1 Jun 2026 17:01:19 +0800 Cheng Nie <niecheng1@uniontech.com> wrote:

Having a sentence for the cover letter would be nice.  E.g.,

'''
Fix a bug in _damon_sysfs.py for damos_filter memcg_path setup, and add a test
case of it in sysfs.py.
'''

> Changes from v3:
> - call stop() for cleanup without checking its return value
> 
> Changes from v2:
> - configure memcg filter before start(), remove commit(), ignore
>   start() failure, verify memcg_path staging readback only
> - use print-style error messages as suggested
> 
> Cheng Nie (2):
>   selftests/damon/_damon_sysfs.py: fix memcg_path assignment
>   selftests/damon/sysfs.py: validate memcg_path staging readback

From the next time, please add links to the previous revisions [1].

For other readers,
v3: https://lore.kernel.org/E4B88E7D4879D1B1+20260601074250.203583-1-niecheng1@uniontech.com
v2: https://lore.kernel.org/4CDA28DC581FDCF8+20260529090845.1696845-1-niecheng1@uniontech.com
v1: https://lore.kernel.org/406BD1BA0F6AE326+20260528081039.1192194-3-niecheng1@uniontech.com

I applied this series with the cover letter sentence change to damon/next [2]
tree.  If this patch is not added to mm.git in short term (~1 week?), I will
ask mm.git maintainer (Andrew Morton) to pick this.

Andrew might want us to repost this series after next rc1, though, as we are
apparently wanting to make mm.git more stabilized at this point.  Andrew, pleae
let me know if so.

So, no action from your side is needed for now.  If it seems I also forgot
doing that or you cannot wait for my action, please feel free to directly ask
that to Andrew.

[1] https://docs.kernel.org/process/submitting-patches.html#commentary
[2] https://origin.kernel.org/doc/html/latest/mm/damon/maintainer-profile.html#scm-trees


Thanks,
SJ

[...]

On Mon,  1 Jun 2026 07:55:00 -0700 SeongJae Park <sj@kernel.org> wrote:

> On Mon,  1 Jun 2026 17:01:19 +0800 Cheng Nie <niecheng1@uniontech.com> wrote:
> 
> Having a sentence for the cover letter would be nice.  E.g.,
> 
> '''
> Fix a bug in _damon_sysfs.py for damos_filter memcg_path setup, and add a test
> case of it in sysfs.py.
> '''
> 
> > Changes from v3:
> > - call stop() for cleanup without checking its return value
> > 
> > Changes from v2:
> > - configure memcg filter before start(), remove commit(), ignore
> >   start() failure, verify memcg_path staging readback only
> > - use print-style error messages as suggested
> > 
> > Cheng Nie (2):
> >   selftests/damon/_damon_sysfs.py: fix memcg_path assignment
> >   selftests/damon/sysfs.py: validate memcg_path staging readback
> 
> From the next time, please add links to the previous revisions [1].
> 
> For other readers,
> v3: https://lore.kernel.org/E4B88E7D4879D1B1+20260601074250.203583-1-niecheng1@uniontech.com
> v2: https://lore.kernel.org/4CDA28DC581FDCF8+20260529090845.1696845-1-niecheng1@uniontech.com
> v1: https://lore.kernel.org/406BD1BA0F6AE326+20260528081039.1192194-3-niecheng1@uniontech.com
> 
> I applied this series with the cover letter sentence change to damon/next [2]
> tree.  If this patch is not added to mm.git in short term (~1 week?), I will
> ask mm.git maintainer (Andrew Morton) to pick this.
> 
> Andrew might want us to repost this series after next rc1, though, as we are
> apparently wanting to make mm.git more stabilized at this point.  Andrew, pleae
> let me know if so.

Apparently that's the case.  That is, we are now quite close to next merge
window.  We want to focus on making mm.git more stabilized and therefore ready
for the next merge window, rather than adding more changes that no really
urgent.  I understand this series is not really urgent.  Hence, I will request
adding this to mm.git after next -rc1 release.  Let me know if you think this
is really  urgent.


Thanks,
SJ

[...]