[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250813172545.6637-1-sj@kernel.org>
Date: Wed, 13 Aug 2025 10:25:44 -0700
From: SeongJae Park <sj@...nel.org>
To: Quanmin Yan <yanquanmin1@...wei.com>
Cc: SeongJae Park <sj@...nel.org>,
akpm@...ux-foundation.org,
damon@...ts.linux.dev,
linux-kernel@...r.kernel.org,
linux-mm@...ck.org,
wangkefeng.wang@...wei.com,
zuoze1@...wei.com
Subject: Re: [RFC PATCH -next 00/16] mm/damon: support ARM32 with LPAE
Hello Quanmin,
On Wed, 13 Aug 2025 13:06:50 +0800 Quanmin Yan <yanquanmin1@...wei.com> wrote:
> Previously, DAMON's physical address space monitoring only supported
> memory ranges below 4GB on LPAE-enabled systems. This was due to
> the use of 'unsigned long' in 'struct damon_addr_range', which is
> 32-bit on ARM32 even with LPAE enabled.
>
> Implements DAMON compatibility for ARM32 with LPAE enabled.
Thank you for working on this, Quanmin!
>
> Patches 01/16 through 10/16 are from the mailing list[1], add a new core
> layer parameter called 'addr_unit'. Operations set layer can translate a
> core layer address to the real address by multiplying the parameter value
> to the core layer address.
>
> Patches 11/16 through 14/16 extend and complement patches 01~10, addressing
> various issues introduced by the addr_unit implementation.
>
> Patches 15/16 and 16/16 complete native DAMON support for 32-bit systems.
Overall, looks good to me. I have a few change requests including below major
ones, though.
First, let's squash patches for fixing problems made with patches 1-10 into
patches 1-10. If you don't mind, I will post RFC v2 of those so that you can
pick into your series.
Second, let's keep DAMOS stats in 'unsigned long' type. This require fixups of
patches 1-10. If you don't mind, I will also do this in RFC v2 of those.
Please let me know what do you think.
I left a few more comments to patches, let's discuss on the replies.
Thanks,
SJ
[...]
Powered by blists - more mailing lists