1. 16 Sep, 2017 2 commits
    • Adrian Reber's avatar
      Try to include userfaultfd with criu (part 1) · e2268aa3
      Adrian Reber authored
      This is a first try to include userfaultfd with criu. Right now it
      still requires a "normal" checkpoint. After checkpointing the
      application it can be restored with the help of userfaultfd.
      
      All restored pages with MAP_ANONYMOUS and MAP_PRIVATE set are marked as
      being handled by userfaultfd.
      
      As soon as the process is restored it blocks on the first memory access
      and waits for pages being transferred by userfaultfd.
      
      To handle the required pages a new criu command has been added. For a
      userfaultfd supported restore the first step is to start the
      'lazy-pages' server:
      
        criu lazy-pages -v4 -D /tmp/3/ --address /tmp/userfault.socket
      
      This is part 1 of the userfaultfd integration which provides the
      'lazy-pages' server implementation.
      
      v2:
          * provide option '--lazy-pages' to enable uffd style restore
          * use send_fd()/recv_fd() provided by criu (instead of own
            implementation)
          * do not install the uffd as service_fd
          * use named constants for MAP_ANONYMOUS
          * do not restore memory pages and then later mark them as uffd
            handled
          * remove function find_pages() to search in pages-<id>.img;
            now using criu functions to find the necessary pages;
            for each new page search the pages-<id>.img file is opened
          * only check the UFFDIO_API once
          * trying to protect uffd code by CONFIG_UFFD;
            use make UFFD=1 to compile criu with this patch
      
      v3:
         * renamed the server mode from 'uffd' -> 'lazy-pages'
         * switched client and server roles transferring the UFFD FD
           * the criu part running in lazy-pages server mode is now
             waiting for connections
           * the criu restore process connects to the lazy-pages server
             to pass the UFFD FD
         * before UFFD copying anything else the VDSO pages are copied
           as it fails to copy unused VDSO pages once the process is running.
           this was necessary to be able to copy all pages.
         * if there are no more UFFD messages for 5 seconds the lazy-pages
           server switches in copy mode to copy all remaining pages, which
           have not been requested yet, into the restored process
         * check the UFFDIO_API at the correct place
         * close UFFD FD in the restorer to remove open UFFD FD in the
           restored process
      
      v4:
          * removed unnecessary madvise() calls ; it seemed necessary when
            first running tests with uffd; it actually is not necessary
          * auto-detect if build-system provides linux/userfaultfd.h
            header
          * simplify unix domain socket setup and communication.
          * use --address to specify the location of the used
            unix domain socket
      
      v5:
          * split the userfaultfd patch in multiple smaller patches
          * introduced vma_can_be_lazy() function to check if a page
            can be handled by uffd
          * moved uffd related code from cr-restore.c to uffd.c
          * handle failure to register a memory page of the restored process
            with userfaultfd
      
      v6:
          * get PID of to be restored process from the 'criu restore' process;
            first the PID is transferred and then the UFFD
          * code has been re-ordered to be better prepared for lazy-restore
            from remote host
          * compile test for UFFD availability only once
      Signed-off-by: 's avatarAdrian Reber <areber@redhat.com>
      Signed-off-by: 's avatarPavel Emelyanov <xemul@virtuozzo.com>
      e2268aa3
    • Adrian Reber's avatar
      Remove static from prepare_task_entries function · 27e60179
      Adrian Reber authored
      For the upcoming userfaultfd integration the lazy-pages mode needs to
      setup the criu infrastructure to read the pages files.
      Signed-off-by: 's avatarAdrian Reber <areber@redhat.com>
      Signed-off-by: 's avatarPavel Emelyanov <xemul@virtuozzo.com>
      27e60179
  2. 30 Aug, 2017 2 commits
  3. 21 Aug, 2017 1 commit
  4. 17 Aug, 2017 1 commit
  5. 16 Aug, 2017 6 commits
  6. 15 Aug, 2017 18 commits
  7. 09 Aug, 2017 10 commits