Skip to content

UserfaultFD: Extension for non cooperative uffd usage (v2)

Pavel Emelyanov linux-mm lkml 1 version New

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest5 patches 0 repliesNew

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/5uffd: Split the find_userfault() routinefs/userfaultfd.c+12 -60 replies
2/5uffd: Add ability to report non-PF events from uffd descriptorfs/userfaultfd.c+95 -20 replies
3/5uffd: Add fork() eventfs/userfaultfd.c include/linux/userfaultfd_k.h include/uapi/linux/userfaultfd.h +1 more+163 -80 replies
4/5uffd: Add mremap() eventfs/userfaultfd.c include/linux/userfaultfd_k.h include/uapi/linux/userfaultfd.h +1 more+76 -120 replies
5/5uffd: Add madvise() event for MADV_DONTNEED requestfs/userfaultfd.c include/linux/userfaultfd_k.h include/uapi/linux/userfaultfd.h +1 more+46 -10 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/5] UserfaultFD: Extension for non cooperative uffd usage (v2)

Hi,

This set is to address the issues that appear in userfaultfd usage scenarios when the task monitoring the uffd and the mm-owner do not cooperate to each other on VM changes such as remaps, madvises and fork()-s.

This is the re-based set on the recent userfaultfd branch, two major changes are:

* No need in separate API version, the uffd_msg introduced in the current code and UFFD_API ioctl are enough for the needed extentions
* Two events added -- for mremap() and madvise() MADV_DONTNEED

More details about the particular events are in patches 3 trough 4. Comments and suggestion are warmly welcome :)

The v1 discussion thread is here: https://lkml.org/lkml/2015/3/18/729

Thanks,
Pavel

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>