[lkml]   [2019]   [May]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
    On Wed, May 15, 2019 at 5:11 PM Kirill Tkhai <> wrote:
    > This patchset adds a new syscall, which makes possible
    > to clone a mapping from a process to another process.
    > The syscall supplements the functionality provided
    > by process_vm_writev() and process_vm_readv() syscalls,
    > and it may be useful in many situation.
    > For example, it allows to make a zero copy of data,
    > when process_vm_writev() was previously used:
    > This syscall may be used for page servers like in example
    > above, for migration (I assume, even virtual machines may
    > want something like this), for zero-copy desiring users
    > of process_vm_writev() and process_vm_readv(), for debug
    > purposes, etc. It requires the same permittions like
    > existing proc_vm_xxx() syscalls have.

    Have you considered using userfaultfd instead? userfaultfd has
    interfaces (UFFDIO_COPY and UFFDIO_ZERO) for directly shoving pages
    into the VMAs of other processes. This works without the churn of
    creating and merging VMAs all the time. userfaultfd is the interface
    that was written to support virtual machine migration (and it supports
    live migration, too).

     \ /
      Last update: 2019-05-15 20:48    [W:3.131 / U:1.296 seconds]
    ©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site