From nobody Thu Sep 24 18:37:41 2026 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 C80B64B8DF2; Mon, 21 Sep 2026 15:15:54 +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=1790003755; cv=none; b=SRR20GhjCkNetNSXj0+QPVn4eYCNaMmTsgId3bNN6WgMGQHUVcocEXn6IIswCnhWD2rwESuX/eB7pjTPtR8T9S0qTTIPfOc5EM7PYl3Qeq3c4yh+SLpPvIpqpC1a+fRPT2K0G/jbDsr+ur/FB0P2F+SUnyX6OptjHtE2OeTO6J8= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790003755; c=relaxed/simple; bh=dItxma8qc0SkoheGjWCNg7RiKY5jxIzSc/QRGZ4Ae9w=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Pg0AjnP4V/qk14AWrXRVEaFTCN8A4cVVyNMydDM0F1dVy8nEfnWuwMJ1qfnYWoNeVXvQ4E/lbZKx0uEcE+4AqTuIrPBMLGVfCW/vLC+2ziefrFePiijI1hbWNl/igxul7gaYUjbNwhocn2rMNgKf5F9xRqcHAkWMIsj8gT2ldr4= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=BWgeKyzF; 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="BWgeKyzF" Received: by smtp.kernel.org (Postfix) with ESMTPSA id A06FB1F00893; Mon, 21 Sep 2026 15:15:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790003754; bh=YZi9IVNfJSY7xxoADBVX0u2PfclU5VsMjaW1uA9UFkU=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=BWgeKyzFjdqIj4tW9+UBBQAuV5uAkWPL1DXxt2dlrnleSInIzPDC/OCzQPyJlVlmd SzIgeTw1WNHB2g/GbOEemtZPaq0J3qNjQEHL3MrmKqchXkpYKNydcyeErIUVd6z3gi d7/8lVYaf0FPwXRYx9auipAG/RoQfJjtyYS6idYw+Cslo55S9LnJqk8Y+Fdk4Kujj0 cTVGjte27A9Ghxl5UQ58h24uOTUrDjEPyuQrsv1Vg3/UjoNg6gzHEbaF1J1sRfLWqb SLEktZvY0vMp+P+b125uSntGrzRLnicOrFueh0ReYtxcXIcLww3zLtMIhiudE59eqa G7BEEAsrvpO5g== From: SJ Park To: Andrew Morton Cc: Liew Rui Yan , Adrian Huang , Karthikeyan KS , SJ Park , Xuewen Wang , damon@lists.linux.dev, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 1/4] mm/damon/core: skip quota score setup when the quota is full Date: Mon, 21 Sep 2026 08:15:43 -0700 Message-ID: <20260921151547.78472-2-sj@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260921151547.78472-1-sj@kernel.org> References: <20260921151547.78472-1-sj@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Liew Rui Yan In damos_adjust_quota(), the quota could already be full. In this situation, damos_adjust_quota() will still calculates quota->min_score. However, this min_score will not be used in this window, because in damon_do_apply_schemes(), damos_quota_is_full() will always returns true, preventing the scheme from being applied to any region. Therefore, add a short circuit for 'esz < min_region_sz' schemes to early return from damos_adjust_quota() before calculating min_score. Signed-off-by: Liew Rui Yan Reviewed-by: SJ Park Signed-off-by: SJ Park --- Changes from v1 - v1: https://lore.kernel.org/20260913110407.32558-1-aethernet65535@gmail.c= om - Collect R-b: from SJ. - Rebase to the latest mm-new. mm/damon/core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/mm/damon/core.c b/mm/damon/core.c index 2258b72da7a7..98c767b9e6ef 100644 --- a/mm/damon/core.c +++ b/mm/damon/core.c @@ -3368,6 +3368,8 @@ static void damos_adjust_quota(struct damon_ctx *c, s= truct damos *s) damos_trace_esz(c, s, quota); } =20 + if (damos_quota_is_full(quota, c->min_region_sz)) + return; if (!c->ops.get_scheme_score) return; =20 --=20 2.47.3 From nobody Thu Sep 24 18:37:41 2026 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 42DE04BB287; Mon, 21 Sep 2026 15:15:57 +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=1790003758; cv=none; b=mIrIaivjpuQVnvV8Y0+G4DFYIGbZVQpAp3vpNVDkNgW28M8kbVPp2mVlAF3jGZlzD4fVNePe3ZqVVsKPd4ZWmO9De7VHVDPLZQUo5nty47eb6jxGH4dyBG+t9u6fcOdBhea8qv0pUB9+vAk68tJLC7g1e+ibTLmkJwzyAqDQLLg= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790003758; c=relaxed/simple; bh=DPR6iEnvXIpGGW6aHlRtdrZzFLc7F2m+arCoUmoWzHk=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=bpZYnK9x95EfLhTL26IwuMjFfDdrriU7AyQ1rj/LSFCUbySGUMMzTdYexE7D+lUK15u2CjM6UYhRqKLBJ3FyjAIMjRFV1hc5xC6xWoGmffLPf+2Txt2+Wfk+8v3VTx6a63smXVCHltgc/YzHMRxz0EqePX+dxe0AnOkF1GA6XFM= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=IQw77VEM; 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="IQw77VEM" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1B9781F00898; Mon, 21 Sep 2026 15:15:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790003757; bh=Xha6SzRmwzcqbwA6Ea+IAg1MkYKVwpH9imxtGliuizI=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=IQw77VEM7Ou5+88h9368Ql7ab8uQ+ELYghiXetB2nFdIaW20TrqvhSVvDZDnP6weD EZlwRZVorUuoVbcT6lf8sSnxox/NM/KaANsgNBEGiUSW0absBAa9Q6ORDB3Zu+PZKW lTQplllX1zVhK/PNK2QEI/+LQLaURhvqRBj4HcAgukS0ggS/ADGkYE8y7OivwNDItJ WQChuFPbSVxWfXltkHCpsEiukWlPQRdw43GxOg+1/Lr0Gg2GHJHfdV9fBR59BwDtBm UBvIs+hADqU3Gj38Gkf9XeV356wnbw6bLGfvy3cjTYSCy34K8o596NLeYFZyDJWpl6 2H89KZgPcb/pg== From: SJ Park To: Andrew Morton Cc: Xuewen Wang , Adrian Huang , Karthikeyan KS , Liew Rui Yan , SJ Park , damon@lists.linux.dev, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 2/4] mm/damon/sysfs: propagate damon_call() error in turn_damon_on Date: Mon, 21 Sep 2026 08:15:44 -0700 Message-ID: <20260921151547.78472-3-sj@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260921151547.78472-1-sj@kernel.org> References: <20260921151547.78472-1-sj@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Xuewen Wang damon_sysfs_turn_damon_on() ignored the return value of damon_call() for the repeat call control registration and always returned the stale result of damon_start() (0 at that point). When damon_call() fails, e.g., the kdamond is already exiting, the user still gets success from the state file write while monitoring is not actually on. Save and return the damon_call() result instead. No rollback of damon_start() is needed since a failed damon_call() guarantees the context is stopped. Signed-off-by: Xuewen Wang Reviewed-by: SJ Park Signed-off-by: SJ Park --- Changes from v1 - v1: https://lore.kernel.org/20260915093928.3389096-1-wangxuewen@kylinos.cn - Collect R-b: from SJ. - Rebase to the latest mm-new. mm/damon/sysfs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/mm/damon/sysfs.c b/mm/damon/sysfs.c index 43519afb9eb7..70a4b64fb8ea 100644 --- a/mm/damon/sysfs.c +++ b/mm/damon/sysfs.c @@ -2607,7 +2607,8 @@ static int damon_sysfs_turn_damon_on(struct damon_sys= fs_kdamond *kdamond) repeat_call_control->data =3D kdamond; repeat_call_control->repeat =3D true; repeat_call_control->dealloc_on_cancel =3D true; - if (damon_call(ctx, repeat_call_control)) + err =3D damon_call(ctx, repeat_call_control); + if (err) kfree(repeat_call_control); return err; } --=20 2.47.3 From nobody Thu Sep 24 18:37:41 2026 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 D119E4BE42D; Mon, 21 Sep 2026 15:16:00 +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=1790003762; cv=none; b=OhjPFDrxRi4O2ABGiRHk7vQoPwj53eFzCX5yatcGq0Nudo23sHCwuui3u1IVSlXmz0VTQGs1SxjMYmmKtaWCvnT/321PwQRuf1eGlMbQuxWigod6W9CANplHLz4qY/5KE+/d7GS48VJcy6EW1r0za5nEZ3hwEq4lFp3Cs1f6Ee4= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790003762; c=relaxed/simple; bh=GmWPcTpaKF6EHJdlDr9TQZWWAcbUCnyIBkkHLbo5z+U=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=LKH+Q6vHXw6RlSPmTg7gqitWr2Vttw+vbjTD2xw0UaHQEx9gYErF9b5gP9wesmLOi95i8lvZVnjL4ftNURlbTumLHfynoi0jj8iC27JEEQQ55UOo9pENiEpjKRlxFtZiLXc0Ogqn83Np3Cj79hfeJ3oMiiYZKtFLY+NEZEZERbE= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=JXmy9QfE; 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="JXmy9QfE" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C26091F000FF; Mon, 21 Sep 2026 15:15:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790003760; bh=bKpBenybAt2skpTkLkXIqtzA/nUfxrfvFxG/+NAT6QA=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=JXmy9QfEcwYPI/tNPSUfWcmZK2OvPO0BNfURuaKxF5h9YIMhrUnMM4vFj2sX8VqMN D9YZ9RJFpym5NVLBBcdn7kAsi+ADbCPpi7uonOTui1DTnYbmy+cqcXjJeimWJk8n4I Fm4ss6Uq93K1DV+3x4UJCvl5SLQQedtrdxOfjywEiKCmVD40efRhUpdnILEpejlViq x0Klihsbkoxo2xySgz7mNWR+GGw1ZXba4InQ1N898lk4kVo81w5jX0rilD6VkoU9LZ 00MRa34TAFNihHZJffBuN8dixHOYqHlVPiBiMxHpLbvFZDzCCDTLobN6NDo3W3kxx0 B0wHQkbEKRtyg== From: SJ Park To: Andrew Morton Cc: "Adrian Huang (Lenovo)" , Karthikeyan KS , Liew Rui Yan , SJ Park , Xuewen Wang , damon@lists.linux.dev, linux-kernel@vger.kernel.org, linux-mm@kvack.org, "Zenghui Yu (Huawei)" Subject: [PATCH 3/4] mm/damon: fix typos in comments Date: Mon, 21 Sep 2026 08:15:45 -0700 Message-ID: <20260921151547.78472-4-sj@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260921151547.78472-1-sj@kernel.org> References: <20260921151547.78472-1-sj@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: "Adrian Huang (Lenovo)" Correct spelling mistakes. No functional changes. Signed-off-by: Adrian Huang (Lenovo) Reviewed-by: Zenghui Yu (Huawei) Reviewed-by: SJ Park Signed-off-by: SJ Park --- Changes from v1 - v1: https://lore.kernel.org/20260915102746.647-1-adrianhuang0701@gmail.com - Collect R-b: from Zenghui and SJ. - Rebase to the latest mm-new. mm/damon/core.c | 6 +++--- mm/damon/lru_sort.c | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/mm/damon/core.c b/mm/damon/core.c index 98c767b9e6ef..0aa5d0ea8ebc 100644 --- a/mm/damon/core.c +++ b/mm/damon/core.c @@ -2486,7 +2486,7 @@ static bool damos_valid_target(struct damon_ctx *c, s= truct damon_region *r, * This function checks if a given region should be skipped or not for the * reason. If only the starting part of the region has previously charged, * this function splits the region into two so that the second one covers = the - * area that not charged in the previous charge widnow, and return true. = The + * area that not charged in the previous charge window, and return true. = The * caller can see the second one on the next iteration of the region walk. * Note that this means the caller should use damon_for_each_region() inst= ead * of damon_for_each_region_safe(). If damon_for_each_region_safe() is us= ed, @@ -2652,7 +2652,7 @@ static void damos_walk_call_walk(struct damon_ctx *ct= x, struct damon_target *t, * This function is called when kdamond finished applying the action of a = DAMOS * scheme to all regions that eligible for the given &damos->apply_interva= l_us. * If every scheme of @ctx including @s now finished walking for at least = one - * &damos->apply_interval_us, this function makrs the handling of the given + * &damos->apply_interval_us, this function marks the handling of the given * DAMOS walk request is done, so that damos_walk() can wake up and return. */ static void damos_walk_complete(struct damon_ctx *ctx, struct damos *s) @@ -4177,7 +4177,7 @@ static bool damon_find_system_rams_range(unsigned lon= g *start, * This function sets the region of @t as requested by @start and @end. I= f the * values of @start and @end are zero, however, this function finds 'System * RAM' resources and sets the region to cover all the resource. In the l= atter - * case, this function saves the start and the end addresseses of the firs= t and + * case, this function saves the start and the end addresses of the first = and * the last resources in @start and @end, respectively. * * Return: 0 on success, negative error code otherwise. diff --git a/mm/damon/lru_sort.c b/mm/damon/lru_sort.c index ad8e86dd3a93..273efa3c913e 100644 --- a/mm/damon/lru_sort.c +++ b/mm/damon/lru_sort.c @@ -260,7 +260,7 @@ static int damon_lru_sort_add_filters(struct damos *hot= _scheme, return -ENOMEM; damos_add_filter(hot_scheme, filter); =20 - /* disabllow de-prioritizing young pages */ + /* disallow de-prioritizing young pages */ filter =3D damos_new_filter(DAMOS_FILTER_TYPE_YOUNG, true, false); if (!filter) return -ENOMEM; --=20 2.47.3 From nobody Thu Sep 24 18:37:41 2026 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 040224BE433; Mon, 21 Sep 2026 15:16:03 +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=1790003764; cv=none; b=NAYs6Enh1UPhuWpzNr/4vT4EIKqRidyg89e7lrTNG//pkAKFA5bA210o7VgRKUo+DC8FnFTJF5OPR7TP8YTdSljnBU0fFsl08DZ6yu9uRDpFz9CrWJM9ZE6SWyDA/LufvymSO64iYx/SDsgE8cqYI0AtAs8XKSgE8JNvjOlt2lM= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790003764; c=relaxed/simple; bh=DHEQNVH304dFHicWq52GyticC8lXMEruY2thjkBwJ8g=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=jXTlqb3855spkYnOa1nwLhiU3onFebtL4IIWri9lJfz2YmD7/0MxYWCNl/e0uV//qwt3KDPNwtFQauhXRAL0g3JO6jhWOxrwVozZte6f7D5ZcjW2t8WIaMpdBOT4IkB5Sd/OFbzPntYPTd4s/1Mqf8F6NCA06HQex4oTJT+wbPQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=lNF9xyVL; 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="lNF9xyVL" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C537A1F00893; Mon, 21 Sep 2026 15:16:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790003762; bh=hOvG/uo1bcbPermo8brtuzKlqeWj0xatwdIh6bjgz5k=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=lNF9xyVLj41JefydyGx3JzxqT5j0YaN32U2Of7wQEspNIopu0YEFYUyAkCkfCw8cr FCtVPu3/wHKKG2DsljiMyt/yZuL+/Fa9aui+A+uBZg+Vc0ti+qEroNjZSkvpNgGKJU pNsGpvuSAVaY6jQI3hobjXB9oLvLsEGHwMZ6jiRwnfRGbvr5e6UFh59vJP+irwm4ql 5pEk4jcRocgT27DGtPS0DzBuT4nx/PKL6n0cuBn/SgbBl5RdKteVS5VasCmucA3UpD B3YJoRf5mzIC/TkyG4Hv9YEJP8wXB8hq0DYs2IninuqjATB0FNKhXm9VimeZ42JP0u xCn1LrwjvY1tA== From: SJ Park To: Andrew Morton Cc: Karthikeyan KS , Adrian Huang , Liew Rui Yan , SJ Park , Xuewen Wang , damon@lists.linux.dev, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 4/4] mm/damon: document that a zero sample_interval is accepted Date: Mon, 21 Sep 2026 08:15:46 -0700 Message-ID: <20260921151547.78472-5-sj@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260921151547.78472-1-sj@kernel.org> References: <20260921151547.78472-1-sj@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Karthikeyan KS damon_set_attrs() accepts sample_interval =3D=3D 0. This was reported as a bug in v1 of this patch (rejecting it in damon_set_attrs()). A similar patch was already declined for the same reason: a zero interval is intentionally supported [1]. Document the behavior instead of changing it. [1] https://lore.kernel.org/all/20260722094304.3132750-1-dayou5941@163.com/ Signed-off-by: Karthikeyan KS Reviewed-by: SJ Park Signed-off-by: SJ Park --- Changes from v2 - v2: https://lore.kernel.org/20260918131301.75879-1-karthiproffesional@gma= il.com - Collect R-b: from SJ. - Rebas to the latest mm-new. Changes from v1: - Dropped the damon_set_attrs() rejection and the KUnit cases that tested it. - Added a kernel-doc note on struct damon_attrs's @sample_interval instead. include/linux/damon.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/linux/damon.h b/include/linux/damon.h index 836353c4ab9a..844b175120f0 100644 --- a/include/linux/damon.h +++ b/include/linux/damon.h @@ -836,7 +836,8 @@ struct damon_probe { /** * struct damon_attrs - Monitoring attributes for accuracy/overhead contro= l. * - * @sample_interval: The time between access samplings. + * @sample_interval: The time between access samplings. Zero is + * accepted. * @aggr_interval: The time between monitor results aggregations. * @ops_update_interval: The time between monitoring operations updates. * @intervals_goal: Intervals auto-tuning goal. --=20 2.47.3