Re: [PATCH for 4.11] userfaultfd: report actual registered features in fdinfo

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Andrea,

On Mon, Apr 03, 2017 at 06:30:34PM +0200, Andrea Arcangeli wrote:
> Hello Mike,
> 
> On Mon, Apr 03, 2017 at 06:10:24PM +0300, Mike Rapoport wrote:
> > Actually, I've found these details in /proc useful when I was experimenting
> > with checkpoint-restore of an application that uses userfaultfd. With
> > interface in /proc/<pid>/ we know exactly which process use userfaultfd and
> > can act appropriately.
> 
> You've to be somewhat serialized by other means though, because
> "exactly" has a limit with fdinfo. For example by the time read()
> returns, the uffd may have been closed already by the app (just the
> uffd isn't ->release()d yet as the last fput has yet to run, the
> fdinfo runs the last fput in such case). As long as you can cope with
> this and you've a stable fdinfo it's ok.
> 

Well, by the time CRIU checkpoints open file descriptors, the process is
already stopped, hence we are not racing with anything here.


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



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]
  Powered by Linux