From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 552513A7F72; Wed, 8 Jul 2026 13:54:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783518852; cv=none; b=E3V4qOl6J96y9zLN3GaNSzccZaJqoT4Ati/UKE8WVSfyml+6SOG1X6eK6bqvG+g5GSscVDrS3K4fs8j6+UKzVLfNlTTH48GV6QEe+qhpPnphepnJz6yKTdoOffGS6fMxQjlFdVtUm/C5ZATjnYPQ8MiOj7x9G6gwMh5sxJHGsZY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783518852; c=relaxed/simple; bh=eBwh706E3X6WsH5bMvInECx49yjmnCa1e4AZLckhZIY=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=p20xusB6dhKEYlxkxD2fU4YL4A+bEqkSDg51zDKdh54BvOMdE54M9ZT2xvMZS9BxOdNtF6CtnUl8X2OobS0xnDDvRyJbvfJhCoO79w/dNjcTUrhFYUqrhuc+QYq5KU80NnT8aGS68BQQvp72+6N7vj4505nlE67sok6OERjOKWw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=MIpsp811; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="MIpsp811" Received: by smtp.kernel.org (Postfix) with ESMTPSA id A5A831F00A3D; Wed, 8 Jul 2026 13:54:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783518844; bh=JCC9FMAOFAsuAQp9u1XHHxd8HHnGHTKjPJp30Yo3v74=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=MIpsp811cUjkjWYr4smf0LDaEVsHjkLVNw6d3l9DZt+KvbYTyUTWZGGlf+awyll2v wFpiKYWCEMtusCJRIa9ZbbZBq/1EDYsohHL8Iv0gtRTAaPjn81L8yt+GT/amzFq2pd uxXNdZK15RCQbm/3k1yQBb9fz4yk1YoeeS7OB6FtQn7kV0ID4DNfOwipsB/4SYS+is siKdLjhaGtkBOO55wbg1Fb7CLaswMJ1bs08MRoHaarXqnErSLoQNYwgGlmJo/ovlBr Jz3inmBDWiwaT5zgPmvEXJnBpw7SGz3ccT8mbNc2hUDsmiO5qL1hxVsSkM3RaHyNWi cw4SfHnhMBOLg== From: SJ Park To: Andrew Morton Cc: SJ Park , damon@lists.linux.dev, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 1/7] mm/damon/core: remove comment and test for nr_to_bp() divide-by-zero Date: Wed, 8 Jul 2026 06:53:51 -0700 Message-ID: <20260708135359.122587-2-sj@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260708135359.122587-1-sj@kernel.org> References: <20260708135359.122587-1-sj@kernel.org> Precedence: bulk X-Mailing-List: damon@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit The comments on damon_nr_accesses_to_accesses_bp() and its unit test warn it can trigger division-by-zero when the aggregation interval is zero. Commit 35d4a3cf70a8 ("mm/damon/ops-common: handle extreme intervals in damon_hot_score()") modified damon_nr_samples_per_aggr() to always return non-zero. Hence no division-by-zero of the note can happen. Remove the obsolete comment on the function. The test code was written to test the division-by-zero case, which cannot happen anymore. Having it makes no sense. Entirely remove the test code and its comment. Signed-off-by: SJ Park --- mm/damon/core.c | 8 +------- mm/damon/tests/core-kunit.h | 23 ----------------------- 2 files changed, 1 insertion(+), 30 deletions(-) diff --git a/mm/damon/core.c b/mm/damon/core.c index 390e00b3685ef..a15005db82899 100644 --- a/mm/damon/core.c +++ b/mm/damon/core.c @@ -883,13 +883,7 @@ static unsigned int damon_accesses_bp_to_nr_accesses( return accesses_bp * damon_max_nr_accesses(attrs) / 10000; } -/* - * Convert nr_accesses to access ratio in bp (per 10,000). - * - * Callers should ensure attrs.aggr_interval is not zero, like - * damon_update_monitoring_results() does . Otherwise, divide-by-zero would - * happen. - */ +/* Convert nr_accesses to access ratio in bp (per 10,000) */ static unsigned int damon_nr_accesses_to_accesses_bp( unsigned int nr_accesses, struct damon_attrs *attrs) { diff --git a/mm/damon/tests/core-kunit.h b/mm/damon/tests/core-kunit.h index 0124f83b39b83..278d46632eff4 100644 --- a/mm/damon/tests/core-kunit.h +++ b/mm/damon/tests/core-kunit.h @@ -575,28 +575,6 @@ static void damon_test_set_regions(struct kunit *test) }, 3); } -static void damon_test_nr_accesses_to_accesses_bp(struct kunit *test) -{ - struct damon_attrs attrs = { - .sample_interval = 10, - .aggr_interval = ((unsigned long)UINT_MAX + 1) * 10 - }; - - /* - * In some cases such as 32bit architectures where UINT_MAX is - * ULONG_MAX, attrs.aggr_interval becomes zero. Calling - * damon_nr_accesses_to_accesses_bp() in the case will cause - * divide-by-zero. Such case is prohibited in normal execution since - * the caution is documented on the comment for the function, and - * damon_update_monitoring_results() does the check. Skip the test in - * the case. - */ - if (!attrs.aggr_interval) - kunit_skip(test, "aggr_interval is zero."); - - KUNIT_EXPECT_EQ(test, damon_nr_accesses_to_accesses_bp(123, &attrs), 0); -} - static void damon_test_update_monitoring_result(struct kunit *test) { struct damon_attrs old_attrs = { @@ -1572,7 +1550,6 @@ static struct kunit_case damon_test_cases[] = { KUNIT_CASE(damon_test_split_above_half_progresses), KUNIT_CASE(damon_test_ops_registration), KUNIT_CASE(damon_test_set_regions), - KUNIT_CASE(damon_test_nr_accesses_to_accesses_bp), KUNIT_CASE(damon_test_update_monitoring_result), KUNIT_CASE(damon_test_set_attrs), KUNIT_CASE(damon_test_mvsum), -- 2.47.3