From: Mike Kravetz <mike.kravetz@oracle.com>
To: Andrea Arcangeli <aarcange@redhat.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, Pavel Emelyanov <xemul@parallels.com>,
zhang.zhanghailiang@huawei.com,
Dave Hansen <dave.hansen@intel.com>,
Rik van Riel <riel@redhat.com>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Bamvor Zhang Jian <bamvor.zhangjian@linaro.org>,
Bharata B Rao <bharata@linux.vnet.ibm.com>,
Geert Uytterhoeven <geert@linux-m68k.org>
Subject: Re: [PATCH 00/12] userfaultfd non-x86 and selftest updates for 4.2.0+
Date: Wed, 30 Sep 2015 14:56:19 -0700 [thread overview]
Message-ID: <560C5A83.9080103@oracle.com> (raw)
In-Reply-To: <1441745010-14314-1-git-send-email-aarcange@redhat.com>
On 09/08/2015 01:43 PM, Andrea Arcangeli wrote:
> Here are some pending updates for userfaultfd mostly to the self test,
> the rest are cleanups.
I have a potential use case for userfualtfd. So, I started experimenting
with the self test code. I replaced the posix_memalign() calls to allocate
area_src and area_dst with mmap(). mmap(MAP_PRIVATE | MAP_ANONYMOUS) works
as expected. However, mmap(MAP_SHARED | MAP_ANONYMOUS) causes the test to
fail without any errros from the userfaultfd APIs.
--------------------
running userfaultfd
--------------------
nr_pages: 32768, nr_pages_per_cpu: 8192
bounces: 31, mode: rnd racing ver poll, page_nr 31523 wrong count 0 1
I would expect some type of error from the ioctl() that registers the
range, or perhaps the poll/copy code? Just curious about the expected
behavior.
FYI - My use case is for hugetlbfs. I would like a mechanism to catch all
new huge page allocations as a result of page faults. I have some very
rough code to extend userfualtfd and add the required functionality to
hugetlbfs. Still working on it.
--
Mike Kravetz
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2015-09-30 21:56 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-08 20:43 [PATCH 00/12] userfaultfd non-x86 and selftest updates for 4.2.0+ Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 01/12] userfaultfd: selftest: update userfaultfd x86 32bit syscall number Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 02/12] userfaultfd: Revert "userfaultfd: waitqueue: add nr wake parameter to __wake_up_locked_key" Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 03/12] userfaultfd: selftests: vm: pick up sanitized kernel headers Andrea Arcangeli
2015-09-09 2:48 ` Michael Ellerman
2015-09-08 20:43 ` [PATCH 04/12] userfaultfd: selftest: headers fixup Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 05/12] userfaultfd: selftest: only warn if __NR_userfaultfd is undefined Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 06/12] userfaultfd: selftest: avoid my_bcmp false positives with powerpc Andrea Arcangeli
2015-09-09 2:50 ` Michael Ellerman
2015-09-09 17:02 ` Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 07/12] userfaultfd: selftest: Fix compiler warnings on 32-bit Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 08/12] userfaultfd: selftest: return an error if BOUNCE_VERIFY fails Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 09/12] userfaultfd: selftest: don't error out if pthread_mutex_t isn't identical Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 10/12] userfaultfd: powerpc: Bump up __NR_syscalls to account for __NR_userfaultfd Andrea Arcangeli
2015-09-09 2:48 ` Michael Ellerman
2015-09-08 20:43 ` [PATCH 11/12] userfaultfd: powerpc: implement syscall Andrea Arcangeli
2015-09-08 20:43 ` [PATCH 12/12] userfaultfd: register uapi generic syscall (aarch64) Andrea Arcangeli
2015-09-15 20:02 ` Andrew Morton
2015-09-15 20:20 ` Mathieu Desnoyers
2015-09-15 20:47 ` Andrea Arcangeli
2015-09-30 21:56 ` Mike Kravetz [this message]
2015-10-01 0:06 ` [PATCH 00/12] userfaultfd non-x86 and selftest updates for 4.2.0+ Andrea Arcangeli
2015-10-01 0:42 ` Mike Kravetz
2015-10-01 16:04 ` Andrea Arcangeli
2015-10-01 16:45 ` Mike Kravetz
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=560C5A83.9080103@oracle.com \
--to=mike.kravetz@oracle.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=bamvor.zhangjian@linaro.org \
--cc=bharata@linux.vnet.ibm.com \
--cc=dave.hansen@intel.com \
--cc=dgilbert@redhat.com \
--cc=geert@linux-m68k.org \
--cc=linux-mm@kvack.org \
--cc=mpe@ellerman.id.au \
--cc=peter.huangpeng@huawei.com \
--cc=riel@redhat.com \
--cc=xemul@parallels.com \
--cc=zhang.zhanghailiang@huawei.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.