* Michal Prívozník (mpriv...@redhat.com) wrote: > On 1/25/23 23:40, Peter Xu wrote: > > The new /dev/userfaultfd handle is superior to the system call with a > > better permission control and also works for a restricted seccomp > > environment. > > > > The new device was only introduced in v6.1 so we need a header update. > > > > Please have a look, thanks. > > I was wondering whether it would make sense/be possible for mgmt app > (libvirt) to pass FD for /dev/userfaultfd instead of QEMU opening it > itself. But looking into the code, libvirt would need to do that when > spawning QEMU because that's when QEMU itself initializes internal state > and queries userfaultfd caps.
You also have to be careful about what the userfaultfd semantics are; I can't remember them - but if you open it in one process and pass it to another process, which processes address space are you trying to monitor? Dave > Michal > -- Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK