linux-kernel - Re: [PATCH 01/11] mm/damon/core: add damon_ctx->addr

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20250821171013.79499-1-sj@kernel.org>
Date: Thu, 21 Aug 2025 10:10:13 -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: [PATCH 01/11] mm/damon/core: add damon_ctx->addr_unit

On Thu, 21 Aug 2025 18:51:49 +0800 Quanmin Yan <yanquanmin1@...wei.com> wrote:

> From: SeongJae Park <sj@...nel.org>
> 
> In some cases, some of the real address that handled by the underlying
> operations set cannot be handled by DAMON since it uses only 'unsinged
> long' as the address type.  Using DAMON for physical address space
> monitoring of 32 bit ARM devices with large physical address extension
> (LPAE) is one example[1].
> 
> Add a parameter name 'addr_unit' to core layer to help such cases.
> DAMON core API callers can set it as the scale factor that will be used
> by the operations set for translating the core layer's addresses to the
> real address by multiplying the parameter value to the core layer
> address.  Support of the parameter is up to each operations set layer.
> The support from the physical address space operations set (paddr) will
> be added with following commits.
> 
> [1] https://lore.kernel.org/20250408075553.959388-1-zuoze1@huawei.com
> 
> Signed-off-by: SeongJae Park <sj@...nel.org>
> Signed-off-by: Quanmin Yan <yanquanmin1@...wei.com>

Reviewed-by: SeongJae Park <sj@...nel.org>


Thanks,
SJ

[...]