From: Zenghui Yu <zenghui.yu@linux.dev>
To: "David Hildenbrand (Arm)" <david@kernel.org>
Cc: linux-mm@kvack.org, linux-kselftest@vger.kernel.org,
linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
ljs@kernel.org, liam@infradead.org, vbabka@kernel.org,
rppt@kernel.org, surenb@google.com, mhocko@suse.com,
shuah@kernel.org
Subject: Re: [PATCH] selftests/mm: fix size truncation in pagemap_ioctl test
Date: Tue, 8 Sep 2026 19:22:18 +0800 [thread overview]
Message-ID: <df053a08-6c9a-4e56-9ba5-bdfbf930331b@linux.dev> (raw)
In-Reply-To: <9a21fc3c-1ca9-42a3-a044-6421f20341f6@kernel.org>
On 9/7/26 11:22 PM, David Hildenbrand (Arm) wrote:
> On 9/7/26 15:56, Zenghui Yu wrote:
> > From: "Zenghui Yu (Huawei)" <zenghui.yu@linux.dev>
> >
> > On arm64 with 64K base pages, the huge page size is 512 MiB, and
> > hpage_unit_tests() builds a 5 GiB range (10 * 512 MiB) for its tests. This
> > exceeds the range of the int size parameters of gethugepage(),
> > wp_addr_range() and pagemap_ioctl(). The implicit truncation to 1 GiB
> > makes gethugepage() allocate a too small buffer, while the callers keep
> > operating on the original 5 GiB range, resulting in spurious failures or
> > SIGSEGV.
> >
> > Change those size parameters to size_t.
> >
> > Fixes: 46fd75d4a3c9 ("selftests: mm: add pagemap ioctl tests")
> > Assisted-by: GLM-5.3 OpenCode
> > Signed-off-by: Zenghui Yu (Huawei) <zenghui.yu@linux.dev>
> > ---
>
> Looking at pagemap_ioctl.c ... I think most functions should actually be "static".
Yup.
> Using size_t is ok. But then we should also change "unsigned long long mem_size"
> to size_t, no?
>
> Also, in wp_free() we are suddenly using "long size". In pagemap_ioc() we're
> also still using "int len".
>
> Can we consistently use one type please?
Yes we can. This patch adopts a minimal fix for this specific issue. I'll
unify all size-related parameters and variables to size_t in v2.
Thanks,
Zenghui
next prev parent reply other threads:[~2026-09-08 11:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-07 13:56 [PATCH] selftests/mm: fix size truncation in pagemap_ioctl test Zenghui Yu
2026-09-07 14:57 ` Gregory Price
2026-09-07 15:22 ` David Hildenbrand (Arm)
2026-09-08 11:22 ` Zenghui Yu [this message]
2026-09-08 12:38 ` David Hildenbrand (Arm)
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=df053a08-6c9a-4e56-9ba5-bdfbf930331b@linux.dev \
--to=zenghui.yu@linux.dev \
--cc=akpm@linux-foundation.org \
--cc=david@kernel.org \
--cc=liam@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=mhocko@suse.com \
--cc=rppt@kernel.org \
--cc=shuah@kernel.org \
--cc=surenb@google.com \
--cc=vbabka@kernel.org \
/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.