diff options
| author | Liew Rui Yan <aethernet65535@gmail.com> | 2026-09-08 06:54:11 -0700 |
|---|---|---|
| committer | Andrew Morton <akpm@linux-foundation.org> | 2026-09-18 08:20:13 -0700 |
| commit | 90179da203ba8b708c84a12a07cd44be0f346334 (patch) | |
| tree | 9a24c427c56ad30f51bcd15ee4abc6c527928269 /tools/perf/tests/shell/test_stackcollapse_python.sh | |
| parent | f166586f74dd5d9cbadaabf86ef81c8ddf6cafa7 (diff) | |
| download | linux-next-90179da203ba8b708c84a12a07cd44be0f346334.tar.gz linux-next-90179da203ba8b708c84a12a07cd44be0f346334.zip | |
mm/damon/core: allow esz to be set to zero
When the temporal quota goal tuner determines that the goal has been
achieved (score >= 10000), it sets esz_bp to zero so that the esz becomes
zero. However, damos_set_effective_quota() clamps the esz to
min_region_sz when quota->ms is set.
This is a minor issue, the main problem is that it doesn't match the
description in the documentation, which state that if the goal has already
been [over-]achieved, the quota will be set to zero.
Fix this by set quota (esz) as minimum as possible.
Link: https://lore.kernel.org/20260908135413.97570-1-sj@kernel.org
Fixes: 8bbde987c2b8 ("mm/damon/core: disallow time-quota setting zero esz")
Signed-off-by: SJ Park <sj@kernel.org>
Signed-off-by: Liew Rui Yan <aethernet65535@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Reviewed-by: SJ Park <sj@kernel.org>
Cc: <stable@vger.kernel.org> # v7.1.x
Diffstat (limited to 'tools/perf/tests/shell/test_stackcollapse_python.sh')
0 files changed, 0 insertions, 0 deletions