From: Muchun Song <songmuchun@bytedance.com>
To: Barry Song <21cnbao@gmail.com>
Cc: Mike Kravetz <mike.kravetz@oracle.com>,
Andrew Morton <akpm@linux-foundation.org>,
Oscar Salvador <osalvador@suse.de>,
Michal Hocko <mhocko@suse.com>,
Barry Song <song.bao.hua@hisilicon.com>,
David Hildenbrand <david@redhat.com>,
Chen Huang <chenhuang5@huawei.com>,
"Bodeddula, Balasubramaniam" <bodeddub@amazon.com>,
Jonathan Corbet <corbet@lwn.net>,
Matthew Wilcox <willy@infradead.org>,
Xiongchun duan <duanxiongchun@bytedance.com>,
fam.zheng@bytedance.com, Muchun Song <smuchun@gmail.com>,
Qi Zheng <zhengqi.arch@bytedance.com>,
linux-doc@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
Linux-MM <linux-mm@kvack.org>
Subject: Re: [PATCH v3 4/4] selftests: vm: add a hugetlb test case
Date: Fri, 24 Sep 2021 13:10:24 +0800 [thread overview]
Message-ID: <CAMZfGtU=SRKP10B701ZSmcyrJu31uXYbfdJUFVsFu44BB3yK1g@mail.gmail.com> (raw)
In-Reply-To: <CAGsJ_4yYx-ASMGQinS2J_J=2jeUGZCMqxJ0ww+pFy70kcxU3Ow@mail.gmail.com>
On Fri, Sep 24, 2021 at 6:29 AM Barry Song <21cnbao@gmail.com> wrote:
>
> On Wed, Sep 22, 2021 at 10:27 PM Muchun Song <songmuchun@bytedance.com> wrote:
> >
> > Since the head vmemmap page frame associated with each HugeTLB page is
> > reused, we should hide the PG_head flag of tail struct page from the
> > user. Add a tese case to check whether it is work properly. The test
> > steps are as follows.
> >
> > 1) alloc 2MB hugeTLB
> > 2) get each page frame
> > 3) apply those APIs in each page frame
> > 4) Those APIs work completely the same as before.
> >
> > Reading the flags of a page by /proc/kpageflags is done in
> > stable_page_flags(), which has invoked PageHead(), PageTail(),
> > PageCompound() and compound_head(). If those APIs work properly, the
> > head page must have 15 and 17 bits set. And tail pages must have 16
> > and 17 bits set but 15 bit unset. Those flags are checked in
> > check_page_flags().
> >
> > Signed-off-by: Muchun Song <songmuchun@bytedance.com>
> > ---
> > tools/testing/selftests/vm/vmemmap_hugetlb.c | 144 +++++++++++++++++++++++++++
> > 1 file changed, 144 insertions(+)
> > create mode 100644 tools/testing/selftests/vm/vmemmap_hugetlb.c
> >
> > diff --git a/tools/testing/selftests/vm/vmemmap_hugetlb.c b/tools/testing/selftests/vm/vmemmap_hugetlb.c
> > new file mode 100644
> > index 000000000000..4cc74dd4c333
> > --- /dev/null
> > +++ b/tools/testing/selftests/vm/vmemmap_hugetlb.c
> > @@ -0,0 +1,144 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * A test case of using hugepage memory in a user application using the
> > + * mmap system call with MAP_HUGETLB flag. Before running this program
> > + * make sure the administrator has allocated enough default sized huge
> > + * pages to cover the 2 MB allocation.
> > + *
> > + * For ia64 architecture, Linux kernel reserves Region number 4 for hugepages.
> > + * That means the addresses starting with 0x800000... will need to be
> > + * specified. Specifying a fixed address is not required on ppc64, i386
> > + * or x86_64.
> > + */
> > +#include <stdlib.h>
> > +#include <stdio.h>
> > +#include <unistd.h>
> > +#include <sys/mman.h>
> > +#include <fcntl.h>
> > +
> > +#define MAP_LENGTH (2UL * 1024 * 1024)
> > +
> > +#ifndef MAP_HUGETLB
> > +#define MAP_HUGETLB 0x40000 /* arch specific */
> > +#endif
> > +
> > +#define PAGE_SIZE 4096
> > +
> > +#define PAGE_COMPOUND_HEAD (1UL << 15)
> > +#define PAGE_COMPOUND_TAIL (1UL << 16)
> > +#define PAGE_HUGE (1UL << 17)
> > +
> > +#define HEAD_PAGE_FLAGS (PAGE_COMPOUND_HEAD | PAGE_HUGE)
> > +#define TAIL_PAGE_FLAGS (PAGE_COMPOUND_TAIL | PAGE_HUGE)
> > +
> > +#define PM_PFRAME_BITS 55
> > +#define PM_PFRAME_MASK ~((1UL << PM_PFRAME_BITS) - 1)
> > +
>
> better to move the comment here:
>
> + * For ia64 architecture, Linux kernel reserves Region number 4 for hugepages.
> + * That means the addresses starting with 0x800000... will need to be
> + * specified. Specifying a fixed address is not required on ppc64, i386
> + * or x86_64.
>
> With the change,
>
> Reviewed-by: Barry Song <song.bao.hua@hisilicon.com>
Thanks. Will do.
>
> > +/* Only ia64 requires this */
> > +#ifdef __ia64__
> > +#define MAP_ADDR (void *)(0x8000000000000000UL)
> > +#define MAP_FLAGS (MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB | MAP_FIXED)
> > +#else
> > +#define MAP_ADDR NULL
> > +#define MAP_FLAGS (MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB)
> > +#endif
> > +
> > +static void write_bytes(char *addr, size_t length)
> > +{
> > + unsigned long i;
> > +
> > + for (i = 0; i < length; i++)
> > + *(addr + i) = (char)i;
> > +}
> > +
> > +static unsigned long virt_to_pfn(void *addr)
> > +{
> > + int fd;
> > + unsigned long pagemap;
> > +
> > + fd = open("/proc/self/pagemap", O_RDONLY);
> > + if (fd < 0)
> > + return -1UL;
> > +
> > + lseek(fd, (unsigned long)addr / PAGE_SIZE * sizeof(pagemap), SEEK_SET);
> > + read(fd, &pagemap, sizeof(pagemap));
> > + close(fd);
> > +
> > + return pagemap & ~PM_PFRAME_MASK;
> > +}
> > +
> > +static int check_page_flags(unsigned long pfn)
> > +{
> > + int fd, i;
> > + unsigned long pageflags;
> > +
> > + fd = open("/proc/kpageflags", O_RDONLY);
> > + if (fd < 0)
> > + return -1;
> > +
> > + lseek(fd, pfn * sizeof(pageflags), SEEK_SET);
> > +
> > + read(fd, &pageflags, sizeof(pageflags));
> > + if ((pageflags & HEAD_PAGE_FLAGS) != HEAD_PAGE_FLAGS) {
> > + close(fd);
> > + printf("Head page flags (%lx) is invalid\n", pageflags);
> > + return -1;
> > + }
> > +
> > + /*
> > + * pages other than the first page must be tail and shouldn't be head;
> > + * this also verifies kernel has correctly set the fake page_head to tail
> > + * while hugetlb_free_vmemmap is enabled.
> > + */
> > + for (i = 1; i < MAP_LENGTH / PAGE_SIZE; i++) {
> > + read(fd, &pageflags, sizeof(pageflags));
> > + if ((pageflags & TAIL_PAGE_FLAGS) != TAIL_PAGE_FLAGS ||
> > + (pageflags & HEAD_PAGE_FLAGS) == HEAD_PAGE_FLAGS) {
> > + close(fd);
> > + printf("Tail page flags (%lx) is invalid\n", pageflags);
> > + return -1;
> > + }
> > + }
> > +
> > + close(fd);
> > +
> > + return 0;
> > +}
> > +
> > +int main(int argc, char **argv)
> > +{
> > + void *addr;
> > + unsigned long pfn;
> > +
> > + addr = mmap(MAP_ADDR, MAP_LENGTH, PROT_READ | PROT_WRITE, MAP_FLAGS, -1, 0);
> > + if (addr == MAP_FAILED) {
> > + perror("mmap");
> > + exit(1);
> > + }
> > +
> > + /* Trigger allocation of HugeTLB page. */
> > + write_bytes(addr, MAP_LENGTH);
> > +
> > + pfn = virt_to_pfn(addr);
> > + if (pfn == -1UL) {
> > + munmap(addr, MAP_LENGTH);
> > + perror("virt_to_pfn");
> > + exit(1);
> > + }
> > +
> > + printf("Returned address is %p whose pfn is %lx\n", addr, pfn);
> > +
> > + if (check_page_flags(pfn) < 0) {
> > + munmap(addr, MAP_LENGTH);
> > + perror("check_page_flags");
> > + exit(1);
> > + }
> > +
> > + /* munmap() length of MAP_HUGETLB memory must be hugepage aligned */
> > + if (munmap(addr, MAP_LENGTH)) {
> > + perror("munmap");
> > + exit(1);
> > + }
> > +
> > + return 0;
> > +}
> > --
> > 2.11.0
> >
>
> Thanks
> barry
prev parent reply other threads:[~2021-09-24 5:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-22 10:24 [PATCH v3 0/4] Free the 2nd vmemmap page associated with each HugeTLB page Muchun Song
2021-09-22 10:24 ` [PATCH v3 1/4] mm: hugetlb: free " Muchun Song
2021-09-23 22:20 ` Barry Song
2021-09-24 2:57 ` Muchun Song
2021-09-22 10:24 ` [PATCH v3 2/4] mm: hugetlb: replace hugetlb_free_vmemmap_enabled with a static_key Muchun Song
2021-09-23 22:23 ` Barry Song
2021-09-24 3:47 ` Muchun Song
2021-09-22 10:24 ` [PATCH v3 3/4] mm: sparsemem: use page table lock to protect kernel pmd operations Muchun Song
2021-09-22 10:24 ` [PATCH v3 4/4] selftests: vm: add a hugetlb test case Muchun Song
2021-09-23 22:29 ` Barry Song
2021-09-24 5:10 ` Muchun Song [this message]
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='CAMZfGtU=SRKP10B701ZSmcyrJu31uXYbfdJUFVsFu44BB3yK1g@mail.gmail.com' \
--to=songmuchun@bytedance.com \
--cc=21cnbao@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=bodeddub@amazon.com \
--cc=chenhuang5@huawei.com \
--cc=corbet@lwn.net \
--cc=david@redhat.com \
--cc=duanxiongchun@bytedance.com \
--cc=fam.zheng@bytedance.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@suse.com \
--cc=mike.kravetz@oracle.com \
--cc=osalvador@suse.de \
--cc=smuchun@gmail.com \
--cc=song.bao.hua@hisilicon.com \
--cc=willy@infradead.org \
--cc=zhengqi.arch@bytedance.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox