FAILED: patch "[PATCH] mm/damon/vaddr: fix issue in damon_va_evenly_split_region()" failed to apply to 6.1-stable tree
Subsystems (3)
[email protected]
maintainerThe patch below does not apply to the 6.1-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
To reproduce the conflict and resubmit, you may use the following commands:
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.1.y
git checkout FETCH_HEAD
git cherry-pick -x f3c7a1ede435e2e45177d7a490a85fb0a0ec96d1
# <resolve conflicts, build, test, etc.>
git commit -s
git send-email --to '<[email protected]>' --in-reply-to '2024120624-repeater-require-e263@gregkh' --subject-prefix 'PATCH 6.1.y' HEAD^..
Possible dependencies:
thanks,
greg k-h
------------------ original commit in Linus's tree ------------------
From f3c7a1ede435e2e45177d7a490a85fb0a0ec96d1 Mon Sep 17 00:00:00 2001
From: Zheng Yejian <[email protected]>
Date: Tue, 22 Oct 2024 16:39:26 +0800
Subject: [PATCH] mm/damon/vaddr: fix issue in damon_va_evenly_split_region()
Patch series "mm/damon/vaddr: Fix issue indamon_va_evenly_split_region()". v2.
According to the logic of damon_va_evenly_split_region(), currently following split case would not meet the expectation:
Suppose DAMON_MIN_REGION=0x1000,
Case: Split [0x0, 0x3000) into 2 pieces, then the result would be
acutually 3 regions:
[0x0, 0x1000), [0x1000, 0x2000), [0x2000, 0x3000)
but NOT the expected 2 regions:
[0x0, 0x1000), [0x1000, 0x3000) !!!
The root cause is that when calculating size of each split piece in damon_va_evenly_split_region():
sz_piece = ALIGN_DOWN(sz_orig / nr_pieces, DAMON_MIN_REGION);
both the dividing and the ALIGN_DOWN may cause loss of precision, then each time split one piece of size 'sz_piece' from origin 'start' to 'end' would cause more pieces are split out than expected!!!
To fix it, count for each piece split and make sure no more than 'nr_pieces'. In addition, add above case into damon_test_split_evenly().
And add 'nr_piece == 1' check in damon_va_evenly_split_region() for better code readability and add a corresponding kunit testcase.
This patch (of 2):
According to the logic of damon_va_evenly_split_region(), currently following split case would not meet the expectation:
Suppose DAMON_MIN_REGION=0x1000,
Case: Split [0x0, 0x3000) into 2 pieces, then the result would be
acutually 3 regions:
[0x0, 0x1000), [0x1000, 0x2000), [0x2000, 0x3000)
but NOT the expected 2 regions:
[0x0, 0x1000), [0x1000, 0x3000) !!!
The root cause is that when calculating size of each split piece in damon_va_evenly_split_region():
sz_piece = ALIGN_DOWN(sz_orig / nr_pieces, DAMON_MIN_REGION);
both the dividing and the ALIGN_DOWN may cause loss of precision, then each time split one piece of size 'sz_piece' from origin 'start' to 'end' would cause more pieces are split out than expected!!!
To fix it, count for each piece split and make sure no more than 'nr_pieces'. In addition, add above case into damon_test_split_evenly().
After this patch, damon-operations test passed:
# ./tools/testing/kunit/kunit.py run damon-operations [...] ============== damon-operations (6 subtests) =============== [PASSED] damon_test_three_regions_in_vmas [PASSED] damon_test_apply_three_regions1 [PASSED] damon_test_apply_three_regions2 [PASSED] damon_test_apply_three_regions3 [PASSED] damon_test_apply_three_regions4 [PASSED] damon_test_split_evenly ================ [PASSED] damon-operations =================
mm/damon/tests/vaddr-kunit.h +1 -0
@@ -300,6 +300,7 @@ static void damon_test_split_evenly(struct kunit *test)damon_test_split_evenly_fail (test,0 ,100 ,0 );damon_test_split_evenly_succ (test,0 ,100 ,10 );damon_test_split_evenly_succ (test,5 ,59 ,5 ); +damon_test_split_evenly_succ (test,0 ,3 ,2 );damon_test_split_evenly_fail (test,5 ,6 ,2 ); }
mm/damon/vaddr.c +2 -2
@@ -67,6 +67,7 @@ static int damon_va_evenly_split_region(struct damon_target *t,unsigned long sz_orig, sz_piece, orig_end;struct damon_region *n =NULL , *next;unsigned long start; +unsigned int i;if (!r || !nr_pieces)return -EINVAL ;
@@ -80,8 +81,7 @@ static int damon_va_evenly_split_region(struct damon_target *t, r->ar.end = r->ar.start + sz_piece; next =damon_next_region (r); -for (start = r->ar.end; start + sz_piece <= orig_end; - start += sz_piece) { +for (start = r->ar.end, i =1 ; i < nr_pieces; start += sz_piece, i++) { n =damon_new_region (start, start + sz_piece);if (!n)return -ENOMEM ;
SeongJae Park
maintainerPATCH 1/1 mm/damon/vaddr: fix issue in damon_va_evenly_split_region()
From: Zheng Yejian <[email protected]>
Patch series "mm/damon/vaddr: Fix issue indamon_va_evenly_split_region()". v2.
According to the logic of damon_va_evenly_split_region(), currently following split case would not meet the expectation:
Suppose DAMON_MIN_REGION=0x1000,
Case: Split [0x0, 0x3000) into 2 pieces, then the result would be
acutually 3 regions:
[0x0, 0x1000), [0x1000, 0x2000), [0x2000, 0x3000)
but NOT the expected 2 regions:
[0x0, 0x1000), [0x1000, 0x3000) !!!
The root cause is that when calculating size of each split piece in damon_va_evenly_split_region():
sz_piece = ALIGN_DOWN(sz_orig / nr_pieces, DAMON_MIN_REGION);
both the dividing and the ALIGN_DOWN may cause loss of precision, then each time split one piece of size 'sz_piece' from origin 'start' to 'end' would cause more pieces are split out than expected!!!
To fix it, count for each piece split and make sure no more than 'nr_pieces'. In addition, add above case into damon_test_split_evenly().
And add 'nr_piece == 1' check in damon_va_evenly_split_region() for better code readability and add a corresponding kunit testcase.
This patch (of 2):
According to the logic of damon_va_evenly_split_region(), currently following split case would not meet the expectation:
Suppose DAMON_MIN_REGION=0x1000,
Case: Split [0x0, 0x3000) into 2 pieces, then the result would be
acutually 3 regions:
[0x0, 0x1000), [0x1000, 0x2000), [0x2000, 0x3000)
but NOT the expected 2 regions:
[0x0, 0x1000), [0x1000, 0x3000) !!!
The root cause is that when calculating size of each split piece in damon_va_evenly_split_region():
sz_piece = ALIGN_DOWN(sz_orig / nr_pieces, DAMON_MIN_REGION);
both the dividing and the ALIGN_DOWN may cause loss of precision, then each time split one piece of size 'sz_piece' from origin 'start' to 'end' would cause more pieces are split out than expected!!!
To fix it, count for each piece split and make sure no more than 'nr_pieces'. In addition, add above case into damon_test_split_evenly().
After this patch, damon-operations test passed:
# ./tools/testing/kunit/kunit.py run damon-operations [...] ============== damon-operations (6 subtests) =============== [PASSED] damon_test_three_regions_in_vmas [PASSED] damon_test_apply_three_regions1 [PASSED] damon_test_apply_three_regions2 [PASSED] damon_test_apply_three_regions3 [PASSED] damon_test_apply_three_regions4 [PASSED] damon_test_split_evenly ================ [PASSED] damon-operations =================
---
FYI, the cherry-pick was conflict-free, maybe because my git was able to know the vaddr-test.h path change[1].
[1] https://lore.kernel.org/[email protected]
mm/damon/vaddr-test.h | 1 + mm/damon/vaddr.c | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-)
mm/damon/vaddr-test.h +1 -0
@@ -292,6 +292,7 @@ static void damon_test_split_evenly(struct kunit *test)damon_test_split_evenly_fail (test,0 ,100 ,0 );damon_test_split_evenly_succ (test,0 ,100 ,10 );damon_test_split_evenly_succ (test,5 ,59 ,5 ); +damon_test_split_evenly_succ (test,0 ,3 ,2 );damon_test_split_evenly_fail (test,5 ,6 ,2 ); }
mm/damon/vaddr.c +2 -2
@@ -67,6 +67,7 @@ static int damon_va_evenly_split_region(struct damon_target *t,unsigned long sz_orig, sz_piece, orig_end;struct damon_region *n =NULL , *next;unsigned long start; +unsigned int i;if (!r || !nr_pieces)return -EINVAL ;
@@ -80,8 +81,7 @@ static int damon_va_evenly_split_region(struct damon_target *t, r->ar.end = r->ar.start + sz_piece; next =damon_next_region (r); -for (start = r->ar.end; start + sz_piece <= orig_end; - start += sz_piece) { +for (start = r->ar.end, i =1 ; i < nr_pieces; start += sz_piece, i++) { n =damon_new_region (start, start + sz_piece);if (!n)return -ENOMEM ;
Signature · 1 line
2.39.5
Sasha Levin
maintainerRe: [PATCH 6.1.y] mm/damon/vaddr: fix issue in damon_va_evenly_split_region()
[ Sasha's backport helper bot ]
Hi,
Found matching upstream commit: f3c7a1ede435e2e45177d7a490a85fb0a0ec96d1
WARNING: Author mismatch between patch and found commit:
Backport author: SeongJae Park <[email protected]> Commit author: Zheng Yejian <[email protected]>
Status in newer kernel trees:
6.12.y | Not found
6.6.y | Not found
6.1.y | Not found
Note: The patch differs from the upstream commit:
---
1: f3c7a1ede435e ! 1: 624d3f8e31238 mm/damon/vaddr: fix issue in damon_va_evenly_split_region()
@@ Commit message
And add 'nr_piece == 1' check in damon_va_evenly_split_region() for better code readability and add a corresponding kunit testcase.
-
This patch (of 2):
According to the logic of damon_va_evenly_split_region(), currently
@@ Commit message
+ (cherry picked from commit f3c7a1ede435e2e45177d7a490a85fb0a0ec96d1)
- ## mm/damon/tests/vaddr-kunit.h ##
-@@ mm/damon/tests/vaddr-kunit.h: static void damon_test_split_evenly(struct kunit *test)
+ ## mm/damon/vaddr-test.h ##
+@@ mm/damon/vaddr-test.h: static void damon_test_split_evenly(struct kunit *test)
damon_test_split_evenly_fail(test, 0, 100, 0); damon_test_split_evenly_succ(test, 0, 100, 10); damon_test_split_evenly_succ(test, 5, 59, 5);
---
Results of testing on various branches:
| Branch | Patch Apply | Build Test | |---------------------------|-------------|------------| | stable/linux-6.1.y | Success | Success |