From: linuxtestproject.agent@gmail.com
To: Wake Liu <wakel@google.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] ltp: syscalls/madvise09: Reset cgroup memory limits before test retries
Date: Fri, 10 Jul 2026 04:56:12 +0000 [thread overview]
Message-ID: <20260710045612.3831-1-linuxtestproject.agent@gmail.com> (raw)
In-Reply-To: <20260710021502.1798161-1-wakel@google.com>
Hi Wake,
On Fri, 10 Jul 2026 02:15:02 +0000, Wake Liu wrote:
> ltp: syscalls/madvise09: Reset cgroup memory limits before test retries
> ### Background
> When executing `madvise09`, the test intermittently fails with:
>
> ```
> madvise09.c:163: TFAIL: MADV_FREE pages were freed immediately
> ...
> madvise09.c:116: TINFO: 0x7476845000 unexpected (0) at 1 expected 'a'
> madvise09.c:232: TFAIL: Found 2 corrupted page(s)
> ```
The Signed-off-by: tag is missing from the commit message. It is
mandatory and must appear at the end of the body.
The commit body shows the failure symptoms but does not explain the
root cause. The code comment explains it well (cgroup memory.max
persists at MEM_LIMIT after a retry, so the new child inherits a
constrained limit before it can even touch the madvised pages). That
root cause belongs in the commit message body, not only in the source
comment.
> + if (SAFE_CG_HAS(tst_cg, "memory.max"))
> + SAFE_CG_PRINT(tst_cg, "memory.max", "max");
> SAFE_CG_PRINTF(tst_cg, "memory.max", "%d", MEM_LIMIT);
There is an inconsistency here. The reset is guarded by
SAFE_CG_HAS(tst_cg, "memory.max"), but the subsequent write to the
same file (a few lines later) is unconditional. If memory.max can be
absent, the unconditional write would abort. If it is always present
when the memory controller is available (as the unconditional write
assumes), the guard is dead code and misleading.
setup() uses SAFE_CG_HAS only for memory.swap.max, because swap
accounting is optional. memory.max is mandatory with the memory
controller. Dropping the SAFE_CG_HAS guard from the new code would
be consistent with the rest of the file.
Verdict - Needs revision
---
Note:
The agent can sometimes produce false positives although often its
findings are genuine. If you find issues with the review, please
comment this email or ignore the suggestions.
Regards,
LTP AI Reviewer
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2026-07-10 4:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 10:42 [LTP] [PATCH] ltp: syscalls/madvise09: Reset cgroup memory limits before test retries Wake Liu via ltp
2026-07-08 12:25 ` [LTP] " linuxtestproject.agent
2026-07-09 16:05 ` [LTP] [PATCH] " Andrea Cervesato via ltp
2026-07-10 2:15 ` [LTP] [PATCH v2] " Wake Liu via ltp
2026-07-10 4:56 ` linuxtestproject.agent [this message]
2026-07-10 6:52 ` Andrea Cervesato via ltp
2026-07-13 1:18 ` Wake Liu via ltp
2026-07-13 1:25 ` Wake Liu via ltp
2026-07-13 1:25 ` [LTP] [PATCH v3] madvise09: Reset cgroup limits before retrying test Wake Liu via ltp
2026-07-13 2:44 ` [LTP] " linuxtestproject.agent
2026-07-13 11:23 ` Andrea Cervesato via ltp
2026-07-13 11:42 ` [LTP] [PATCH v4] " Wake Liu via ltp
2026-07-13 14:09 ` [LTP] " linuxtestproject.agent
2026-07-14 7:57 ` [LTP] [PATCH v5] " Wake Liu via ltp
2026-07-14 8:06 ` [LTP] " linuxtestproject.agent
2026-07-14 8:09 ` [LTP] [PATCH v5] " Andrea Cervesato via ltp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260710045612.3831-1-linuxtestproject.agent@gmail.com \
--to=linuxtestproject.agent@gmail.com \
--cc=ltp@lists.linux.it \
--cc=wakel@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.