[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200528124919.GK1194141@xz-x1>
Date: Thu, 28 May 2020 08:49:19 -0400
From: Peter Xu <peterx@...hat.com>
To: Xiaoming Ni <nixiaoming@...wei.com>
Cc: aarcange@...hat.com, akpm@...ux-foundation.org, cracauer@...s.org,
dplotnikov@...tuozzo.com, gokhale2@...l.gov, hannes@...xchg.org,
hughd@...gle.com, jglisse@...hat.com, kirill@...temov.name,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
maxime.coquelin@...hat.com, mcfadden8@...l.gov, mcgrof@...nel.org,
mgorman@...e.de, mike.kravetz@...cle.com, pbonzini@...hat.com,
rppt@...ux.vnet.ibm.com, xemul@...tuozzo.com, keescook@...omium.org
Subject: Re: [PATCH v2 1/1] userfaultfd/sysctl: add
vm.unprivileged_userfaultfd
On Thu, May 28, 2020 at 04:50:49PM +0800, Xiaoming Ni wrote:
> Since userfaultfd and vm are more closely related, will there be
> consideration to move fs/userfaultfd.c to the mm directory in the future?
Xiaoming,
I don't think so - userfaultfd is still interfacing the userspace as a file
object, so I think it's proper to have fs/userfaultfd.c handles the fs part of
userfaultfd. There's also an mm/userfaultfd.c which handles some internal
logic of userfaultfd syscalls, please feel free to have a look.
Thanks,
--
Peter Xu
Powered by blists - more mailing lists